void18Есть веб приложение (не highload), которое сейчас работает и хостится в IIS. От IIS используется только подъем по первому запросу и перезапуск, если упало (WAS). Есть мысли перейти на селфхостинг, однако есть опасения, что мировой опыт отвергает такой подход. У кого есть такой опыт и положителен ли он?

Положителен. Но в любом случае, нужен веб-сервер, который торчит наружу. Это может быть IIS, nginx или другой веб-сервер, который проксирует запросы в службу. Наружу селфхост выпускать нельзя.

void18Так и думаем, iis оставить как балансировщик и reverse-прокси с терминацией SSL.
Не могли бы Вы поподробнее поделиться опытом?
Интересует как Вы реализуете балансирование и как Вы реализуете жизненный цикл серверов?
Например нужно обновить версию, вы останавливаете службу, копируете новые бины, потом запускаете службу?
Есть ли у вас подобие веб-садов для отказоустойчивости?

У нас nginx в качестве веб-сервера.
Веб-приложения на asp.net core публикуются в виде служб и докер-контейнеров.
Полностью 100% весь деплой на Octopus, группы серверов для бесшовного релиза разделяются на tenants, пакеты с релизами размещаются локальном nuget репозитории, там же модули для сборки.

Когда нужно обновить версию, мы заходим в Octopus, нажимаем, Create release, канал доставки и жмём кнопку Deploy. Когда половина машин задеплоена, включается механизм переброса юзеров на новые машины, когда они переброшены, все коннекты закрыты, запускается триггер и либо в ручном, либо в автоматическом режиме, происходит деплой на остальную половину.

Есть механизмы деплоя как всё разом, полный автомат. Так и частично можно апгрейдить подсистемы, службы, сервисы отдельно. Всё бесшовно.

void18У нас только шарп, вся контора на нем пишет. Docker к сожалению не можем, т.к. нужно поддерживать старье аля Win2008R2/2012R2.

Вы можете использовать Octopus Deploy.