Что должно переноситься
Инвентаризация включает исходные данные, результаты обработки, метаданные, конфигурацию, идентичности, журналы, ключи и инфраструктурный код. Для каждого объекта фиксируют формат, объём, скорость изменения, срок хранения и владельца. Отдельно отмечают то, что нельзя экспортировать из-за технических или правовых ограничений.
Переносимость оценивают на уровне бизнес-сервиса, а не отдельного бакета. Копия файлов бесполезна, если потеряны права, связи, очереди и процедура запуска.
Что закрепить до миграции
Договор описывает форматы экспорта, API, сроки содействия, безопасность переходного периода, удаление остаточных копий и подтверждение завершения. Коммерческие условия важны, но рядом нужна техническая спецификация с владельцами и критериями приёмки.
Заранее определите целевое место: другой поставщик, собственный контур или гибридная схема. Абстрактный «выход куда-нибудь» невозможно испытать.
Какие зависимости убрать
Каталогизируйте управляемые базы, очереди, функции, IAM, мониторинг и сетевые сервисы. Для каждой зависимости выберите стратегию: совместимый интерфейс, слой адаптации, восстановление из открытого формата или осознанное принятие привязки.
Полное отсутствие vendor lock-in редко является разумной целью. Важнее знать цену и время выхода, а также не допускать незаметного роста критичных зависимостей.
Как доказать готовность
Регулярно выгружайте данные, проверяйте контрольные суммы и восстанавливайте ограниченный, но сквозной экземпляр сервиса в целевой среде. Измеряйте время экспорта, преобразования, запуска, переключения DNS и проверки пользователей.
Руководству нужен простой ответ: какие сервисы переносимы, сколько длится и стоит выход, где остаётся критическая привязка и кто принимает этот риск. Такой дашборд полезнее декларации о мультиоблаке.