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

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

Обнаружение списка рабочих задач

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

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

2. Используйте средства автоматического обнаружения.Azure Migrate предоставляет бесплатные возможности для обнаружения в локальных и облачных средах. Это средство автоматически определяет серверы, приложения и их взаимозависимости. Необходимо использовать автоматическое обнаружение для ускорения создания инвентаризации и уменьшения ошибок вручную. Если служба "Миграция Azure" не полностью поддерживает вашу среду, используйте такие средства, как dr Migrate или CloudPilot , которые расширяют возможности службы "Миграция Azure".

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

4. Используйте ручное обнаружение, если автоматизация невозможна. Некоторые среды ограничивают средства автоматического обнаружения из-за политик безопасности или технических ограничений. Используйте шаблон импорта Azure Migrate для ручного документирования ресурсов в ограниченных средах. Документация вручную гарантирует, что вы собираете ресурсы, к которым автоматические средства не могут получить доступ.

Приоритизация рабочих нагрузок по их бизнес-ценности и осуществимости

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

1. Используйте критичность для бизнеса. Ранжирование рабочих нагрузок по тому, как они важны для бизнес-операций, доходов или взаимодействия с клиентами. Часто некоторые рабочие нагрузки критически важны (если они упадут, это приведёт к значительным бизнес-потерям), в то время как другие менее важны. Системы высокой бизнес-ценности могут быть высоким приоритетом, чтобы гарантировать, что они получают выгоду от масштабируемости облака или устойчивости, или иногда ниже приоритета, если риск их миграции слишком высок.

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

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

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

5. Создайте приоритетную невыполненную работу. Эта невыполненная работа может быть списком или таблицей с такими категориями, как "Волна 1: рабочие нагрузки A, B, C. Волна 2: рабочие нагрузки D, E". Убедитесь, что вы проверяете этот заказ с заинтересованными лицами. Владельцы бизнеса и ИТ должны проверить и согласиться с тем, что последовательность имеет смысл. Вы хотите заручиться их поддержкой и избежать сопротивления в будущем. Например, если вы планируете критически важное приложение отдела самым последним без их участия, они могут возразить. Настройте план на основе отзывов, чтобы сбалансировать техническую логику с бизнес-потребностями.

Сбор бизнес-сведений по каждой рабочей нагрузке

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

1. Владельцы и заинтересованные лица: документ "владеет" рабочей нагрузкой с точки зрения бизнеса (VP продаж для CRM) и с точки зрения ИТ (владельца приложения, владельца инфраструктуры). Перечислить всех заинтересованных лиц, которые должны участвовать в планировании своего перемещения.

2. Бизнес-функция и критичность: задокументируйте, что выполняет рабочая нагрузка и насколько она важна. Запишите краткое описание своей цели и классифицируйте его критический уровень (высокий/средний/низкий). Критичность часто связана с тем, сколько простоев можно терпеть.

3. Конфиденциальность и соответствие данным. Обратите внимание на классификацию данных, которые обрабатываются системой (общедоступные, внутренние, конфиденциальные, строго конфиденциальные). Требования к соответствию документам (PCI, HIPAA, GDPR), применимые к этой рабочей нагрузке. Например, если расположение данных требуется в определенном регионе, это влияет на архитектуру облака.

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

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

Пример см. в разделе "План внедрения миграции".

Средства и инструменты обнаружения и оценки Azure

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