Подготовка средств и первоначальной невыполненной миграции
Для реализации миграции вам потребуются правильные средства и комплексный невыполненная работа рабочих нагрузок для миграции. В этой статье приводятся рекомендации по подготовке к миграции путем определения необходимых средств и создания первоначальной невыполненной миграции.
Подготовка средств миграции
Чтобы успешно выполнить миграцию, вам потребуются определенные средства для оценки, реплика тинга и отслеживания рабочих нагрузок с помощью итераций, включая действия по исправлению.
Доступны различные средства миграции. Многие из них являются собственными для платформы Azure или уже доступны.
Ниже приведен список распространенных средств или предложений, необходимых для успешного проекта миграции:
| Тип инструмента | Функция | Средство |
|---|---|---|
| обнаружение и оценка; | Выполняет автоматическое обнаружение и оценку среды. Определяет блокировщики миграции и определяет зависимости между серверами. | Миграция Azure |
| Репликация | Реплицирует состояние данных между локальным источником и облачной промежуточной средой. Используется для гидратации и переноса ресурсов. | Миграция Azure |
| Отслеживание | Используется для организации действий проекта, таких как группирование серверов в рабочие нагрузки, отслеживание действий по исправлению и предоставление состояния миграции рабочей нагрузки. | Azure DevOps, Excel и Microsoft Project |
| Руководство по миграции | Помогает определить, какую функцию миграции следует использовать для службы "Миграция Azure". Руководство по выполнению миграции — это ресурс проекта, который можно пошаговые инструкции по принятию решений и реализации миграции. | Руководство по выполнению миграции |
Хотя вы можете использовать другие средства вместо службы "Миграция Azure", рекомендуется использовать собственное предложение, если не существует определенной причины. Собственное предложение службы "Миграция Azure" создается для эффективной работы с платформой Azure и постоянно обновляется для поддержки новейших функций и возможностей.
Примечание.
Если вы используете существующее средство для реплика рабочей нагрузки в Azure, изменение инструментов во время этого процесса может нарушить и снизить производительность. В этом сценарии продолжайте использовать существующее средство. Позже можно запустить повышение уровня миграции, например сценарий отработки отказа аварийного восстановления.
Невыполненная миграция
В следующих разделах описаны необходимые действия, которые необходимо выполнить для создания первоначальной невыполненной миграции.
Команда по вопросам облачной стратегии отвечает за обслуживание и поддержку цифровых активов. Однако устранение невыполненной работы, созданной при сопоставлении цифрового имущества, лежит на общей ответственности всех ролей, участвующих в процессе миграции. Команда по разработке облачных стратегий и команда по внедрению облака должны ознакомиться с невыполненной работой по миграции, прежде чем команды начнут планировать отдельные действия рабочей нагрузки. Во время проверки члены обеих команд должны получить достаточно знаний, чтобы сформулировать следующие ключевые моменты о невыполненной миграции.
Бизнес-результаты и метрики
Каждый член команды должен понимать предполагаемые бизнес-результаты. Миграция занимает время. Участники команды легко отвлекаются на срочные, но менее стратегические действия на различных этапах миграции. Создание и укрепление предполагаемых результатов помогает членам группы понять приоритет и относительную важность действий по миграции, чтобы они принимали лучшие решения с течением времени.
Отслеживание прогресса миграции имеет одинаково важное значение как для мотивации группы миграции, так и для продолжения поддержки заинтересованных лиц. Отслеживайте ход выполнения через ключевые показатели эффективности миграции и отслеживайте метрики. Независимо от того, как вы отслеживаете усилия, важно знать о ключевых метриках, чтобы оценить производительность во время последующих итераций.
бизнес-приоритеты;
Иногда приоритет одной рабочей нагрузки над другой может показаться не логическим или даже полезным для команды по внедрению облака. Понимание бизнес-приоритетов, которые управляют решениями о приоритетах рабочей нагрузки, могут помочь команде поддерживать критически важную мотивацию. Она также помогает команде внести более сильный вклад во время процесса принятия решений о приоритетах.
Основные предположения
Рационализация цифровых активов обсуждает гибкость и экономию времени при оценке цифрового имущества. Чтобы полностью реализовать эти ценности, команда по внедрению облака должна понять предположения и причины, по которым были созданы предположения. Эти знания лучше позволяют команде оспаривать предположения для эффективности и экономии.
Запись невыполненной работы
Зафиксировать невыполненную работу в расположении, которое можно предоставить всем членам команды по внедрению облака. В общем расположении разные члены команды могут выровнять свои знания и работать с невыполненной работой, и вы можете сохранить невыполненную работу в процессе миграции.
Вы можете использовать инструменты, знакомые в вашей организации, и использовать средства, которые вы используете для выполнения рационализации цифровых активов.
Если вы ищете предварительно созданные шаблоны, руководство по выполнению миграции содержит шаблоны электронной таблицы, которые помогут организовать невыполненную работу.
Важно связать рабочие нагрузки с серверами, чтобы отслеживать саму рабочую нагрузку с помощью миграции отдельных серверов в невыполненной работы. Вы также можете использовать невыполненную работу для демонстрации зависимостей между рабочими нагрузками при завершении оценки. При исправлении ресурсов и завершении тестирования выполняется слияние невыполненной работы с планом исправления.
Невыполненная работа используется во время процесса миграции. Сохранение невыполненной работы имеет решающее значение.
Планирование невыполненной работы для нескольких центров обработки данных
Перед началом миграции необходимо создать эпические эпики в средстве управления проектами для каждого центра обработки данных, который вы переносите. В эпическом режиме центра обработки данных можно группировать связанные работы, чтобы отслеживать состояние каждого расположения центра обработки данных.
Если вы не используете эпические эпосы для управления миграцией, вы можете использовать цели верхнего уровня или группировки для центров обработки данных. Ключ заключается в том, что вы можете фильтровать, упорядочивать и отслеживать каждый центр обработки данных в отдельном расположении.
Важно понимать бизнес-результаты и мотивы миграции. Эти причины помогут вам расставить приоритеты в списке ситуаций (или центров обработки данных). Например, если намерение выполнить миграцию из локального центра обработки данных до окончания текущей аренды выполняет миграцию, определите приоритет эпические даты с использованием дат продления аренды.
В рамках каждой эпической ситуации управляйте рабочими нагрузками, которые вы оцениваете и переносите как функции. Управление каждым ресурсом в этой рабочей нагрузке в качестве истории пользователя. Задачи представляют работу для оценки, миграции, оптимизации, повышения безопасности и управления каждым ресурсом.
Спринт или итерация — это ряд задач, необходимых для переноса ресурсов и пользовательских историй, которые команда внедрения облака фиксирует. Спринт обычно представляет собой сегмент времени, например финансовый квартал или календарный месяц. Выпуск представляет одну или несколько рабочих нагрузок или функций, которые повышаются до рабочей среды.