Обзор миграции
В этой статье описывается, как использовать Cloud Adoption Framework для Azure для переноса рабочей нагрузки в облако и предлагает рекомендации по плавному переходу. Процесс миграции включает четыре этапа: подготовка, оценка, развертывание и выпуск. Этот подход является нейтральным поставщиком, поэтому вы можете перенести рабочие нагрузки в любую облачную службу.
Дисциплины миграции
Миграция в облако обычно требует хорошей подготовки и реализации. Методология миграции Cloud Adoption Framework основана на проверенных рекомендациях, которые помогут вам подготовиться к миграции и выполнить свои усилия по миграции.
Чтобы начать миграцию в облако, сначала необходимо подготовить и выполнить все предварительные требования:
- Подготовка: фокус на выравнивании организации. Определите четких владельцев процесса миграции и убедитесь, что у ваших команд есть необходимые навыки. На этом этапе вы настроите работу на основе стратегии, плана и готового руководства по Cloud Adoption Framework. Этот шаг является критически важным для успешного выполнения ваших усилий по миграции.
После выполнения и подготовки необходимых компонентов можно запустить процесс миграции. Процесс миграции — это итеративный процесс, включающий следующие этапы:
Оценка рабочих нагрузок: оценка рабочих нагрузок для оценки затрат, модернизации и развертывания. Этот процесс сосредоточен на проверке или сложных допущениях. Вы делаете эти предположения во время обнаружения и оценки, внимательно глядя на варианты рационализации. В ходе этого процесса вы также подробно изучаете шаблоны пользователей и зависимости, чтобы обеспечить технический успех рабочих нагрузок после миграции.
Развертывание рабочих нагрузок. После оценки рабочих нагрузок вы реплика te или улучшите существующую функциональность рабочей нагрузки в облаке. Эта репликация может включать перенос методом lift-and-shift или повторное размещение в облаке. Но чаще всего можно модернизировать многие ресурсы, поддерживающие эти рабочие нагрузки, чтобы воспользоваться преимуществами облака.
Выпуск рабочих нагрузок: после реплика функциональность рабочей нагрузки в облако можно протестировать, оптимизировать, документировать и освободить рабочие нагрузки для текущих операций. Необходимо просмотреть перенесенные рабочие нагрузки и передать их во время этого процесса. Этот шаг крайне важен для управления, управления операциями и групп безопасности для поддержки текущей рабочей нагрузки.
Контрольный список для миграции в облако
| Этап миграции | Действие (Activity) | |
|---|---|---|
| ☐ | Подготовка | |
| ☐ | Оценка | |
| ☐ | Развертывание | |
| ☐ | Выпуск |
Дополнительные сведения см. в статьях для каждого этапа.
Аудитория
Методология миграции обращается к различным ролям и функциям, например:
- Руководители бизнес-решений: понимание мотивов миграции. Принятие обоснованных решений, связанных с общим бюджетом и облачными инвестициями. Узнайте о соответствующих навыках, необходимых вашей организации для переноса рабочих нагрузок и о том, как получить помощь от партнеров.
- ИТ-руководители: ознакомьтесь с рекомендациями по миграции в несколько регионов или нескольких центров обработки данных. Изучите рекомендуемые средства миграции и навыки, необходимые для миграции.
- Владельцы платформы или архитекторы платформ. Узнайте, как подготовить целевые зоны Azure для миграции. Кроме того, ознакомьтесь с другими техническими подготовками к недвижимости Azure, которые, возможно, потребуется реализовать, прежде чем инициировать проект миграции.
- Инженеры облака или архитекторы облака: оценка существующих рабочих нагрузок и решений, развертывание необходимой инфраструктуры в облаке и выпуск рабочих нагрузок в рабочей среде.
Следующий шаг
Ознакомьтесь с дисциплиной подготовки, чтобы приступить к работе.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по