TR EN RU
Техническая консультация
Пригодность нагрузки Ёмкость и стоимость Маршрут миграции и эксплуатации Облако

План перехода из локальной инфраструктуры в облако

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

Автор: Техническая редакция AnatoliaCore

Инвентаризация локальной среды и анализ зависимостей

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

Построение плана волн при переходе в облако

Для каждой нагрузки записывается решение retain, retire, rehost, replatform или refactor с обоснованием. Напрямую зависимые компоненты остаются в одной волне; пилотная волна должна быть не только низкорисковой, но и представительной.

Баланс затрат, безопасности и управления

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

Чек-лист эксплуатации после перехода

Короткая контрольная таблица ниже — практический ориентир для проектов перехода из локальной среды в облако:

Область контроляОжидаемый результат
ИнвентаризацияНагрузка, владелец, зависимости и данные
ЦельСтратегия, landing zone и затраты
ВолнаПилот, cutover, коммуникация и откат
ПриёмкаФункциональность, производительность, безопасность и владелец

Пилот, cutover и откат

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

На пилоте измеряются функциональность, производительность, целостность данных, мониторинг, резервное копирование и затраты. Для cutover записываются синхронизация данных, DNS, коммуникация с пользователями, окно обслуживания и триггер отката.

Приёмочный тест после миграции

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

Связанные страницы услуг

Чтобы превратить это руководство в проект, ознакомьтесь со страницами услуг ниже.

Взгляд на технологию

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

Подробнее о Microsoft

Коммерческое предложение и контакты

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

Проверка по официальной документации

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

Microsoft Cloud Adoption Framework