Определение рабочих нагрузок и назначение им приоритетов с помощью плана внедрения облачных технологий
Назначение четких практически применимых приоритетов — один из секретов для успешного внедрения облачных технологий. Естественное искушение заключается в том, чтобы потратить время на определение всех рабочих нагрузок, которые могут быть затронуты во время внедрения облака. Однако это непродуктивно, особенно на ранних этапах процесса внедрения.
Вместо этого рекомендуется, чтобы ваша команда тщательно определила приоритеты и зафиксирует первые 10 рабочих нагрузок. После реализации плана внедрения команда может вести список из следующих 10 рабочих нагрузок с наивысшим приоритетом. Этот подход предоставляет достаточно информации для планирования последующих нескольких итераций.
Ограничение плана 10 рабочими нагрузками способствует гибкости и согласованию приоритетов при изменении бизнес-критериев. Такой подход также позволяет команде по внедрению облачных технологий изучать и уточнять оценки. Самое главное, это устраняет обширное планирование в качестве барьера для эффективных изменений в бизнесе.
Что такое рабочая нагрузка?
При внедрении облака рабочая нагрузка — это коллекция ИТ-ресурсов (серверов, виртуальных машин, приложений, данных или устройств), которые в совокупности поддерживают определенный процесс. Рабочие нагрузки могут поддерживать более одного процесса. Рабочие нагрузки также могут зависеть от других общих ресурсов или более крупных платформ. Однако рабочая нагрузка должна иметь определенные границы в отношении зависимых ресурсов и процессов, зависящих от рабочей нагрузки. Часто рабочие нагрузки можно визуализировать путем мониторинга сетевого трафика между ИТ-ресурсами.
Предварительные требования
Стратегические входные данные из списка предварительных требований делают выполнение следующих задач гораздо более управляемым. Справочные сведения о сборе данных, обсуждаемых в этой статье, представлены в разделе предварительных требований.
Первоначальное назначение приоритетов рабочим нагрузкам
В процессе добавочной рационализации ваша команда должна согласовать подход Power of 10 , состоящий из 10 приоритетных рабочих нагрузок. Эти рабочие нагрузки служат исходной границей для планирования внедрения.
Предположим, вы решили, что рационализация цифровых активов не требуется. В этом случае рекомендуется, чтобы команды по внедрению облачных технологий и команда по облачной стратегии согласовали список из 10 приложений, которые будут служить начальной целью миграции. Рекомендуется, чтобы эти 10 рабочих нагрузок содержали сочетание простых рабочих нагрузок (менее 10 ресурсов в автономном развертывании) и более сложных рабочих нагрузок. Эти 10 рабочих нагрузок запускают процесс определения приоритетов рабочей нагрузки.
Примечание
Подход «Сила 10» служит начальной границей планирования, фокусируя энергию и инвестиции на ранних этапах анализа. Однако анализ и определение рабочих нагрузок, скорее всего, приведет к изменениям в списке приоритетных рабочих нагрузок.
Добавление рабочих нагрузок в план внедрения облачных технологий
В предыдущей статье План внедрения облачных технологий и Azure DevOps вы создали план внедрения облачных технологий в Azure DevOps.
Теперь рабочие нагрузки можно представить в списке "Сила десяти" в плане внедрения облачных технологий. Самый простой способ сделать это — воспользоваться функцией массового редактирования в Microsoft Excel. Чтобы подготовить рабочую станцию к массовому редактированию, воспользуйтесь статьей Добавление или изменение рабочих элементов с помощью Microsoft Excel
Шаг 5 в этой статье предписывает выбрать входной список. Вместо этого выберите список запросов. Затем в раскрывающемся списке Выбрать запрос выберите запрос Шаблон рабочей нагрузки. Этот запрос загружает все усилия, связанные с переносом одной рабочей нагрузки в электронную таблицу.
После загрузки рабочих элементов для шаблона рабочей нагрузки выполните следующие действия, чтобы приступить к добавлению новых рабочих нагрузок.
- Скопируйте все элементы с тегом Шаблон рабочей нагрузки в крайнем правом столбце.
- Вставьте скопированные строки под последний элемент строки в таблице.
- Измените ячейку заголовка для новой функции с Шаблон рабочей нагрузки на имя новой рабочей нагрузки.
- Вставьте ячейку с новым именем рабочей нагрузки в столбец тегов для всех строк под новой функцией. Будьте внимательны, чтобы не изменять теги или имена строк, связанных с фактической функцией шаблона рабочей нагрузки . При добавлении следующей рабочей нагрузки в план внедрения облака вам понадобятся эти рабочие элементы.
- Перейдите к шагу 8 в инструкциях по массовому редактированию, чтобы опубликовать лист. На этом шаге создаются все рабочие элементы, необходимые для миграции рабочей нагрузки.
Повторите шаги 1–5 для каждой рабочей нагрузки в списке Мощность 10.
Определение рабочих нагрузок
Определив начальные приоритеты и добавив рабочие нагрузки в план, определите каждую рабочую нагрузку с помощью более глубокого качественного анализа. Перед включением рабочей нагрузки в план внедрения облачных технологий попытайтесь предоставить следующие точки данных для каждой рабочей нагрузки.
Входные бизнес-данные
| Точка данных | Описание | Входные данные |
|---|---|---|
| Имя рабочей нагрузки | Что называется этой рабочей нагрузкой? | |
| Описание рабочей нагрузки | Опишите, что делает эта рабочая нагрузка, одним предложением. | |
| Мотивация к внедрению | На какие мотивы внедрения облачных технологий влияет эта рабочая нагрузка? | |
| Основной спонсор | Кто из затронутых заинтересованных лиц является основным спонсором, запрашивающим предыдущие мотивации? | |
| Влияние на бизнес | Каково влияние этой рабочей нагрузки на бизнес? | |
| Влияние приложения | Какое влияние оказывает это приложение на бизнес-процессы? | |
| Влияние данных | Какое влияние оказывают данные на бизнес? | |
| Бизнес-единица | Какое бизнес-подразделение отвечает за затраты на эту рабочую нагрузку? | |
| Бизнес-процессы | Какие бизнес-процессы будут затронуты изменениями в рабочей нагрузке? | |
| Бизнес-команды | Какие бизнес-команды будут затронуты изменениями? | |
| Заинтересованные лица бизнеса | Есть ли руководители, на деятельность которых повлияют изменения? | |
| Бизнес-результаты | Как бизнес будет оценивать успешность этих усилий? | |
| Метрики | Какие метрики будут использоваться для наблюдения за прогрессом? | |
| Соответствие нормативным требованиям | Существуют ли какие-либо сторонние требования к соответствию для этой рабочей нагрузки? | |
| Владельцы приложения | Кто отвечает за влияние приложений, связанных с этой рабочей нагрузкой, на бизнес? | |
| Периоды замораживания бизнеса | Есть ли случаи, когда бизнес не разрешает изменения? | |
| Географические области | Затрагивает ли эта рабочая нагрузка какие-либо географические области? | |
| Устойчивое развитие | Какие рекомендации по обеспечению устойчивости и эффективности облака были приняты во внимание для этой рабочей нагрузки? |
Технические входные данные
| Точка данных | Описание | Входные данные |
|---|---|---|
| Подход к внедрению | Это внедрение является кандидатом на миграцию или инновации? | |
| Потенциальный клиент для операций приложения | Перечислить стороны, ответственные за производительность и доступность этой рабочей нагрузки. | |
| Соглашения об уровне обслуживания | Перечислите все соглашения об уровне обслуживания (требования RTO и RPO). | |
| Степень важности | Перечислите текущую критичность приложения. | |
| Классификация данных | Перечислите классификацию чувствительности данных. | |
| Рабочие географические области | Перечислите все географические области, в которых размещается или должна размещаться рабочая нагрузка. | |
| Приложения | Укажите начальный список или количество приложений, входящих в эту рабочую нагрузку. | |
| Виртуальные машины | Укажите начальный список или количество виртуальных машин либо серверов, входящих в эту рабочую нагрузку. | |
| Источники данных | Укажите начальный список или количество источников данных, входящих в эту рабочую нагрузку. | |
| Зависимости | Составьте список всех зависимостей ресурсов, не входящие в рабочую нагрузку. | |
| Географические области трафика пользователей | Перечисление географических регионов со значительной коллекцией пользовательского трафика. |
Подтверждение приоритетов
На основе собранных данных облачная стратегия и команды по внедрению должны встретиться, чтобы переоценить приоритеты. Уточнение точек бизнес-данных может привести к изменению приоритетов. Технические сложности или зависимости могут привести к изменениям, связанным с распределением кадров, временной шкалой или очередностью технических усилий.
После проверки обе команды должны быть подтвердить полученные приоритеты. Этот набор документированных, проверенных и подтвержденных приоритетов представляет собой невыполненную работу по внедрению облачных технологий с назначенными приоритетами.
Дальнейшие действия
Теперь команда готова к выделению ресурсов для любой рабочей нагрузки в составе невыполненной работы по внедрению облачных технологий с назначенными приоритетами.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по