Короткий ответ
Считаю полный TCO, а не только цену нового сервиса: перенос, двойную эксплуатацию, обучение, поддержку, простой и выход. Для ключевых рисков задаю вероятность, влияние, mitigation, владельца и сигнал, при котором миграция останавливается или меняет план.
Как это работает подробнее
Крупное изменение имеет переходный период, когда старое и новое решения живут одновременно. Именно двойные процессы, редкие интеграции и обучение чаще всего делают первоначальную оценку слишком оптимистичной.
- Разовые затраты. Инвентаризация, перенос конфигураций и секретов, тестирование, обучение и коммуникация.
- Регулярные затраты. Лицензии, compute, storage, network egress, сопровождение и on-call.
- Риски. Несовместимые плагины, потеря истории или секретов, зависимые команды, vendor lock-in и задержка срока.
Что использовать на практике
- Pilot. Перенести несколько репрезентативных пайплайнов и обновить оценку по фактическому времени.
- Критерий успеха. Задать долю мигрированных workloads, стабильность, производительность и стоимость к контрольной дате.
- Точка остановки. До начала согласовать порог, после которого меняют объём, привлекают ресурс или отказываются от решения.
Подводные камни
- Частая ошибка. Не учитывать месяц параллельной поддержки и продление старой лицензии при задержке.
- Утопленные затраты. Продолжать неудачную миграцию только потому, что в неё уже вложено много времени.