Планирование волны миграции

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

Планирование итеративной адаптации к изменению требований

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

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

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

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

Группирование зависимых систем в пределах одной волны

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

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

2. Анализ типов зависимостей и критическости. Для различных типов зависимостей требуются различные подходы к миграции. Различие между этими категориями:

   Тип зависимости	Description	Способ миграции
   Прямые зависимости	Требуется немедленное взаимодействие и низкая задержка между компонентами.	Переместите все непосредственно подключенные компоненты вместе, чтобы обеспечить производительность и избежать сбоев.
   Косвенные зависимости	Включает случайные или некритичные взаимодействия между системами.	Перенос может происходить вместе или отдельными этапами, если подключение допускает задержку или поддерживает гибридное использование.
   Бизнес-зависимости	Зависит от отношений организации или управления.	Группировать и переносить связанные рабочие нагрузки и системы отчетности вместе, чтобы соответствовать бизнес-приоритетам.

3. Группировать рабочие нагрузки по связям зависимостей. Создавайте группы на основе общих баз данных, API, служб проверки подлинности или сетевых подключений. Эти группы формируют основу волн миграции и гарантируют, что все компоненты, необходимые для функционирования, перемещаются вместе. Когда существует неопределенность относительно критичности зависимостей, группируйте компоненты вместе. Этот консервативный подход обеспечивает гибкость для будущего разделения.

4. Документируйте каждую группу зависимостей систематически. Идентифицируйте ресурсы на основе групп зависимостей, используя согласованные соглашения об именовании. Задокументируйте каждую группу с помощью:

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

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

Определите приоритет рабочих нагрузок с помощью структурированной основы

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

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

   Priority	Ценность для бизнеса	Effort	Description
   High	High	Low	Быстрые достижения — миграция сначала для немедленного эффекта
   Средне-высокий	High	High	Стратегические инвестиции — тщательно планируйте с достаточными ресурсами
   Средне-низкий	Low	Low	Простые кандидаты — заполняют пробелы, возникающие между крупными миграциями
   Low	Low	High	Избегайте или откладывайте — сосредоточить ресурсы на возможностях с более высоким уровнем ценности

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

3. Перемещение непроизводственных сред перед рабочей средой. Непроизводственные среды предоставляют безопасное пространство для тестирования полного процесса миграции. Мигрируйте среды разработки, тестирования и QA перед производственной средой для проверки готовности. Этот порядок позволяет командам тестировать конфигурации, производительность и процедуры восстановления без влияния на пользователей. Используйте непроизводственные миграции для обучения групп операций.

4. Запланируйте критически важные системы после демонстрации первоначального успеха. Критически важные приложения требуют проверенных возможностей миграции перед их перемещением в Azure. Спланируйте эти миграции для последующих волн, когда команда демонстрирует компетенцию со службами Azure. Для бизнес-сроков, таких как циклы обновления оборудования, может потребоваться определить приоритет критических приложений ранее с дополнительными гарантиями и длительными периодами тестирования.

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

Определение временной шкалы для каждой волны

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

1. Задайте длительность волн на основе сложности рабочей нагрузки и емкости команды. Рассмотрите опыт вашей команды в использовании Azure, доступность экспертов по Azure и одновременные проекты при оценке длительности. Учтите время для тестирования, проверки и деятельности передачи знаний.

2. Включите буферное время для непредвиденных проблем и обучения. Добавьте время на непредвиденные случаи в начальные оценки для учета непредвиденных технических проблем, обнаружения зависимостей и устранения неполадок. Проекты миграции постоянно сталкиваются с проблемами, которые не были очевидны во время планирования. Буферное время предотвращает давление на временные рамки расписания, которое приводит к необоснованным сокращениям процесса или снижению качества.

3. Установите контрольные точки для оценки этапов в каждой волне. Создайте точки проверки в 25%, 50%и 75% завершения для оценки хода выполнения, проверки предположений и корректировки планов при необходимости. Используйте эти контрольные точки для информирования заинтересованных лиц о статусе, выявления блокировок на раннем этапе и внесения корректировок в план до того, как они повлияют на последующие действия.

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

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

Управление планом миграции

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

Средства и ресурсы Azure

Дальнейшие шаги