Проверьте возможность выхода до того, как станете зависеть от сервиса

Определите, что должно остаться доступным для использования

Владение исходным кодом имеет ценность. Но это лишь одна часть плана выхода.

Рассмотрим вымышленное приложение, исходный код которого находится в репозитории компании. При сборке загружается закрытый пакет поставщика. Production работает в облачной учётной записи поставщика. Процедуру восстановления базы данных никто не описал.

У компании есть код, но она пока не может эксплуатировать сервис самостоятельно. План выхода должен охватывать права, активы, доступ и знания вместе.

Составьте перечень зависимостей

Проверьте форматы и состав экспорта. Читаемый экспорт документов не обязательно сохраняет все связи, вложения и записи о выполнении. Запросите образец и изучите его вместе с теми, кто будет его использовать.

Выполните независимую сборку

Используйте безопасную тестовую среду и согласованные тестовые данные. Передайте уполномоченному инженеру подготовленный комплект для передачи системы. Попросите его собрать приложение, применить конфигурацию, восстановить данные и проверить одну бизнес-операцию целиком.

Запишите каждый недостающий компонент и время, необходимое для его получения. Не подсказывайте незаметно сведения, которых нет в документации. Цель проверки — найти то, чего будет не хватать следующей команде.

Затем изучите ограничения перехода: одновременную оплату подписок, время переноса данных, доступ к пакетам, изменения identities и доступность поддержки. Включите эти затраты в сравнение собственной разработки и покупки.

Отделяйте экспорт от удаления

Экспорт создаёт копию. При переходе меняется сторона, которая эксплуатирует сервис. Удаление убирает определённые записи по согласованной процедуре. Это отдельные решения, для которых нужны разные подтверждения.

Определите требования к хранению и объём удаления с соответствующими ответственными лицами. Проверьте действующие условия и процедуры поставщика. Не удаляйте единственную пригодную копию для восстановления, пока принимающая система не проверена.

Документация Taiga описывает административный процесс экспорта и отдельный процесс удаления данных. Значения секретов в экспорт не входят. Поэтому при передаче системы нужен разрешённый способ заново создать необходимые секреты. Сопоставьте текущий состав экспорта с требованиями перехода. Не считайте его полной резервной копией приложения.

Решите, какие зависимости допустимы

Переносимость не требует отказа от всех управляемых сервисов. Зависимость может быть обоснованным выбором, если понятны её ценность, ограничения и порядок перехода.

Зафиксируйте допустимые зависимости, ответственное лицо и условие пересмотра. Повторяйте проверку выхода после существенных изменений архитектуры или договора. Затем составьте план внедрения, который учитывает эти обязанности с самого начала.