Казалось бы. Но потом выясняется, что сначала нужны coordinated deployments, а потом всё равно параллельное поддержание нескольких версий микросервисов.
мне никогда не нужно было:) ну coordinated можно сказать нужно, но ты фичу все равно можешь докатить, даж следя руками за порядкой выкатки а если монолит - не можешь, потому что соседи багу в мастер пихнули например
Мой любимый ответ на вопрос "а какой код пишут у тебя самые квалифицированные инженеры" - что самые квалифицированные инженеры у меня код не пишут, а удаляют)
Что тебе мешает задеплоить на эту задачу монолит вместо микросервиса? Всё равно у тебя контейнер весит сотни мегабайт, если это не сервис на go и FROM scratch
ну если ты функции отрубать остальные будешь и давать только нагрузку от кодирования видосиков - ничто но это как бы у тебя микросервисы и будут, просто ты зачем-то будешь их в один деплой пихать)
Даже отрубать ничего не надо. Если у тебя внутри dependency injection и lazy coupling, то всё ненужное просто не инициализируется. Ну а даже если и инициализируется: ну будет контейнер красным хелсчеком светить не 30 секунд, а 40 после старта.
но я к тому что реально такая задача довольно редкая и там знания проблем микросервисной архитектуры то особо и не надо, нет распределенных транзакций даж, просто контейнер который на отдельных серваках обрабатывает видосы