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.

Petro123hVostt,
Не понял каким методом именно БД меняется?

БД меняется в runtime, миграций как таковых нет, есть события (event sourcing), которые меняют БД. На старте жизнедеятельности, пока менеджер ничего не добавит, SQL пустая как стёклышко. Поэтому нас эти проблемы миграций не касаются вообще никак

Petro123hVostt,
Пример:
Адрес был строкой, стал сущностью. Т.е. минус поле и плюс таблица.

Это к деплою не относится. Плюс/минус таблица, поле, индекс и прочее происходит в рантайме по ходу работы. Да и вообще, SQL можно снести нахрен в любой момент и накатить все события заново ))

Petro123hVostt,
Да. Опять же возвращаемся что у вас CQRS.
Т.е. добавление таблы идет как обычное событие в другую базу.
IMHO у автора не CQRS.
Удачи!

Речь же идёт о микросервисной архитектуре. Если все "микросервисы" будут педалить одну базу, то это будут не микросервисы, а довольно жалкое зрелище :)

Petro123Ты считаешь что они главное.
А я считаю что CQRS главное.

главное то, что решает задачу эффективно.
если CQRS тебя только тормозит, допустим, конечно его надо выкинуть и использовать более подходящие инструменты, которыми ты умеешь пользоваться.
если ты не смог извлечь пользу из микросервисов, или не знаешь как её можно извлечь, то в баню их.

дань моде, это не про инженерную дисциплину, коей является разработка ПО, по крайне мере профессиональная разработка ПО. а то у некоторых до сих пор "фломастеры" со школьных времён ещё.

void18В IIS разворачивать такие подсервисы дороговато, решили делать как SelfHost. И тут блин куча вопросов с разворачиванием, запуском, обнаружением.

Эээм... в чём заключается «дороговатость»? IIS это веб-сервер, вам он в любом случае нужен. Веб-приложение может хостится отдельно, или «внутри» IIS, но само по себе оно не должно торчать наружу.


void18Пока клиентов и данных было мало, обычный SQL всё вывозил в Realtime (инсерты, селекты с учетом прав и тп.). Сейчас есть клиенты у которых много сотрудников и производительность сервера пошла по п#$де.

Узкое место уже нашли?

ViPRosskyANA,

Надо ввести рейтинги

Рейтинги, фазу луны, високосный ли год, не поменялся ли президент,.. это всё бизнес-правила. Не должно программистов это колупать. Хотя где как..