Главные проблемы при переезде

При миграции инженеры компании могут столкнуться с некоторыми распространенными проблемами:

• Технологические различия между исходной и целевой платформами. Самые распространенные несоответствия — устаревший стек и использование несовместимого оборудования.
• Зависимости между приложениями, которые не были выявлены при аудите системы и потерялись при переносе инфраструктуры. Такое может произойти со старым легаси кодом, либо если приложения недостаточно задокументированы. Например, когда информация о работе критически важных узлов или компонентов передается между инженерами в рабочих чатах.
• Потребность в разделении монолита на микросервисную архитектуру приложения. Это создает дополнительные сложности, так как зачастую требует детальной проработки логики, а иногда и компонентов. Тем не менее микросервисная архитектура хорошо вписывается в cloud-native подход.
• Привязка к вендору (vendor lock) на текущей платформе. Часто инженеры интегрируют компоненты, предлагаемые провайдером, и тем самым создают так называемый vendor-lock. При возникновении необходимости в миграции данных, это создает дополнительные сложности, и требует более детальной проработки плана миграции.
• Сохранение доступности данных и приложений на всех этапах миграции. Необходимо обеспечить работу приложения с консистентными актуальными данными, не только до миграции данных но и во время ее.
• Размер переносимого контента между платформами. Если это сотни терабайт данных, то даже при хорошем канале связи, перенос может занять месяцы.
• Наличие доступных ресурсов, в том числе инженеров и их времени на проведение работ. В этом случае можно рассмотреть варианты привлечения сторонних партнеров или интеграторов.