Да легко.

1. Это прямо в документации прописано.
2. Миграция БД должна выполняться по-хорошему вообще отдельно, либо запуском приложения с ключом, либо (что более правильно) отдельным приложением. Когда лень (ну как оно обычно бывает, да?), это выполняется автоматически при запуске приложения -- т.е. при старте приложения, т.е. ДО инициализации хоста веб-приложения, так как если БД не стартанула, то всё остальное лишено смысла.
3. Возвращаюсь к изначальному, класс Startup настраивает работу хоста, Configure настраивает работу обработки запроса. Ни там, ни там, миграции БД нет места.

Тот наброс, что типа задача класса Program для запуска хоста -- ещё раз повторяю вопрос. Это с чего вы так решили? Что за глупый бред??

Да канешна. Для любых приложений отлично подходят.



Да канешна. Серьёзная логика пишется на чём угодно, на хранимках пишут когда по-другому тупо не умеют.

Да-да-да. У нас вот на одном проекте консолидированный кластер 2 Тб данных с нагрузкой в сотню пользователей. Количество действий в системе == KPI пользователей, прирост данных от 300-500 Мб в месяц.

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

Потом. Провожу собесы, спрашиваю у людей чё да как, в самых разных компаниях. Когда речь заходит про логику на ХП, разрабы в основном говорят, это п....ц и нахрен бы оно им не упало, зачастую уходят только поэтому.

Так што не лечите про свои ХП и размеры данных :)

В правде, конечно же )