Смотрите на профиль нагрузки, SLA, ЖЦ сервисов и пр.

В целом, никто не мешает потом удачно мигрировать.

Согласен. Я бы наверное в теории в эту сторону и смотрел

Иначе можно сразу рвануться делать все и надорваться

Я бы наверное начал с выносом логики из сторонних бэкендом в наш WebAPI, итерационно. Но тут есть проблема в том, что другая сторона в этом изначально не заинтересована.

Ну и для кого сервис (вебка и мобильные приложения) - тоже важно. Если приложение для внешнего пользователя ФЛ, то стартап мобилки может провалится из-за того, что вы на старте не оторвали бэкофис бизнеса от бэкенда сервиса и не вынесли бэкенд сервиса в облака

А зачем в облако выносить, чем плохо размещение на своих серверах?

SLA и профиль нагрузки

Ну это само собой

А там дальше, если сегмент российский, надо подумать о подходящем облаке. Иначе фз153 и до свиданья))

Если у вас 1 клиент в сутки, то облака избыточны. А в случае "взрывного роста" нагрузки? Вы готовы обеспечить не ограниченный резерв по оборудованию "по запросу", если приложение выстрелит?

Это вопрос решаемый. А вот неожиданный "резкий старт" может убить бизнес

Ну я согласен. Но начинать все равно с сла и профилей нагрузки. А то утащишь все в облака, а потом вжух - и скейлинг не помог

Так как это реорганизация общей архитектуры, а не старт нового проекта, и все текущие сторонние бэки размещены на наших серверах, то нагрузка не сильно изменится. Мощностей хватит

Реорганизация учитывает текущую динамику и цели/задачи бизнеса по росту/развитию?

Если да, то ок

Основная цель - убрать зависимость от сторонних разработчиков и избавиться от зоопарка технологий. Повысить скорость реализации задач за счёт внутренней разработки. Но и рост аудитории тоже учитывается. Но с облаками пока не хотим дружить.
1. ПД предпочитаем хранить только у себя.
2. Имеющуюся серверную инфраструктуру куда девать?
3. Есть шансы собрать все шишки от облаков, так как экспертизы работы с ней нет.

"Убрать зависимости", "избавиться от зоопарка" и "собственная разработка" никак не влияют на инфраструктуру эксплуатации (свои серверы или облака)

1) ПДн храните где хотите, это тоже не влияет на инфраструктуру эксплуатации. Вы можете сервис с ПДн раздавать со своего железа, как и сервисы бэкофисных систем. Остальное хостить в облаках

2) среды разработки и тестирования? Усиление бэкофиса бизнеса?

3) Когда-то это придется сделать... В 2005-2008 все боялись виртуализации... "Жить в ВМ - это как? Это же у меня проц и память между ВМ делиться будут..."

3. Зависит - может они захотят свои кластеры на кубе и горя не знать (знать)

Это как раз к вопросу, стоит ли браться за все и сразу, или начать с малого