Освободитесь от лишней работы

Завершено

На этом этапе выпустить рабочую нагрузку в эксплуатацию.

Диаграмма, показывающая шаги методологии миграции.

Вы развернули ресурсы в Azure. Теперь необходимо выполнить шаги по миграции, сообщить о предстоящих изменениях другим командам, внести окончательные утверждения изменений, очистить ресурсы и выполнить ретроспективу.

Обмен данными об изменениях

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

Вы должны ответить на следующие вопросы в вашей коммуникации об изменениях :

  • Каковы критические даты миграции?

  • Чья работа нарушена, когда она нарушена, и как долго?

  • Какая работа должна быть выполнена каждой ролью перед изменением, чтобы все были готовы?

  • Какая работа должна выполняться после изменения, чтобы подтвердить функциональность?

  • Кто должен обратиться к людям, если у них есть вопросы или проблемы?

Выполнение бизнес-тестирования

Бизнес-пользователи ваших рабочих процессов должны протестировать ваше новое решение. Команда миграции может облегчить тестирование рабочей нагрузки, разработать планы по тестированию и автоматизировать тестирование.

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

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

Завершение миграции

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

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

  • Отправьте сообщение, чтобы сообщить сторонам о том, что вы начали продвижение.

  • Убедитесь, что все промежуточные ресурсы работают правильно.

  • Выполните репликацию для последних данных.

  • Гидратация ресурсов после репликации. Подготовьте любые другие компоненты, такие как правила балансировки нагрузки.

  • Отключите исходные серверы, чтобы они не влияли на миграцию.

  • Выполните изолированное тестирование.

  • Обновите сетевые компоненты, чтобы пользователи могли получить доступ к новому расположению приложения.

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

  • Получение окончательного утверждения от заинтересованных лиц.

  • Сообщите необходимым сторонам, что продвижение было успешным.

Оптимизация затрат после миграции

После миграции оптимизируйте рабочую нагрузку на основе их динамических данных и выводите из эксплуатации устаревшие активы.

При выключении и списании активов :

  • продолжить мониторинг: отслеживать ресурсы, запланированные на вывод из эксплуатации, чтобы обеспечить правильность маршрутизации производственного трафика. Отключенные активы могут использовать хранилище, сеть и другие инфраструктурные ресурсы. Если включить их обратно, могут возникнуть непредвиденные проблемы. Отслеживайте действия, чтобы гарантировать, что ресурсы больше не используются.

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

  • Учитывайте период хранения: храните выведенный из эксплуатации ресурс не менее 30 дней, чтобы служить временной резервной копией данных на случай, если данные будут отсутствовать во время репликации. Команда управления данными вашей организации может иметь другие требования, которые требуют периода хранения, который превышает 30 дней.

Провести ретроспективу

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