Программы миграции в облако часто спотыкаются, применяя единый подход равномерно ко всему разнообразному портфелю приложений. Простой перенос по модели “как есть” хорошо работает для одних рабочих нагрузок, но заставляет другие вписываться в архитектуру, которая им никогда не подходит, перенося те же проблемы производительности и обслуживания, которые миграция должна была решить.
Соответствие стратегии реальности рабочей нагрузки
Оценка каждого приложения по его реальным ограничениям — условиям лицензирования, гравитации данных, чувствительности к задержкам и стоимости переписывания против стоимости продолжающегося технического долга — определяет, следует ли его быстро перенести, рефакторить или полностью вывести из эксплуатации.
Последовательность важна не менее стратегии: миграция взаимозависимых систем в неправильном порядке создаёт проблемы подключения и задержек, которые проявляются только после переключения.
JIG строит дорожные карты миграции, рассматривающие каждую рабочую нагрузку по её собственным достоинствам.