Начало работы. Определение и документирование решений, связанных с базовой согласованностью
Внедрение облачных технологий обеспечивает множество преимуществ для бизнеса, технических и организационных решений. Независимо от того, чего ваша организация хочет достичь в процессе внедрения облачных технологий, существуют определенные первоначальные решения, которые должны быть приняты каждой командой, участвующей в этом процессе. В этой статье приведен список действий, которые помогут документировать проектные решения и подготовить организацию к процессу внедрения облачных технологий.
Примечание
Ссылки в этой статье приводят к нескольким областям Cloud Adoption Framework документации. Добавление закладок в эту статью может упростить поиск этого контрольного списка после изучения различных статей, рекомендуемых для контрольного списка.
Подготовка к работе
При работе с этим руководством используйте шаблон первоначального решения , чтобы зафиксировать каждое принятое вами базовое решение. Шаблон помогает прояснить конфигурацию облачной среды и причины каждого решения. Наличие этих сведений в одном месте позволяет быстро подключить участников команды, участвующих в жизненном цикле внедрения облачных технологий.
Предположим, у вас уже есть среда, работающая в Azure. В этом случае вы можете ускорить работу с документацией с помощью визуализатора системы управления Azure. Визуализатор предоставляет аналитические сведения об управлении доступом на основе ролей Azure (Azure RBAC), Azure Blueprints, политиках, подписках и т. д. Он также использует собранные данные для обеспечения видимости схемы иерархии, создания сводки клиента и создания подробных область аналитических сведений для групп управления и подписок.
Шаг 1. Понимание принципов работы Azure
При использовании Azure в качестве поставщика облачных служб для внедрения облачных технологий необходимо понимать, как работает Azure.
Вовлеченные команды, конечные результаты и вспомогательные рекомендации.
Все участники жизненного цикла внедрения облачных технологий вашей организации должны понимать, что такое Azure и как она работает.
Шаг 2. Знакомство с начальными концепциями Azure
Azure основана на наборе базовых концепций. Это поможет, если вы понимаете эти концепции, чтобы провести подробное обсуждение технической стратегии для реализации Azure.
Вовлеченные команды, конечные результаты и вспомогательные рекомендации.
Все, кто участвует в реализации технологической стратегии Azure вашей организации, должны понимать термины и определения базовых концепций Azure.
Шаг 3. Проверка портфолио
Все решения по размещению в облаке и среде требуют понимания портфеля рабочих нагрузок. Cloud Adoption Framework Майкрософт включает средства, которые помогут вам понять и оценить портфель.
Конечные результаты:
- В исходном шаблоне принятия решений запишите расположение и состояние документации портфеля, а также сведения о том, кто отвечает за управление ею.
Руководство по поддержке готовности к завершению.
- Основные понятия помогут вам разобраться в важных темах Azure, прежде чем приступать к переходу на облачные технологии.
- Книга управления операциями и подход к согласованию бизнес-процессов помогают понять рабочие нагрузки и ресурсы, которые переходит к группе облачных операций.
- План внедрения облака содержит невыполненную работу по рабочим нагрузкам и ресурсам, которые планируется внедрить в облако.
- Подход к анализу цифровых активов помогает документировать существующие рабочие нагрузки и ресурсы, которые планируется внедрить в облако. В Azure цифровые активы лучше всего представлены в средстве миграции Azure .
Подотчетная группа | Ответственные и вспомогательные группы |
---|---|
Шаг 4. Определение глубины иерархии портфолио для согласования портфолио
Некоторые организации могут использовать одну рабочую нагрузку и ее вспомогательные ресурсы для размещения своих ресурсов и рабочих нагрузок в облаке. Другим организациям может потребоваться включить тысячи рабочих нагрузок и множество вспомогательных ресурсов для стратегии внедрения облачных технологий. Иерархия портфеля предоставляет общие имена для каждого уровня, создавая общий язык независимо от того, какой поставщик облачных служб будет использовать организация.
Конечные результаты:
- В исходном шаблоне принятия решений запишите все соответствующие требования иерархии.
Руководство по поддержке готовности к завершению.
- Изучите уровни иерархии портфеля , чтобы вы могли согласовать основные термины.
Подотчетная группа | Ответственные и вспомогательные группы |
---|---|
Шаг 5. Установка стандартов именования и расстановки тегов в портфеле
Все существующие рабочие нагрузки и ресурсы должны быть соответствующими именами и тегами в соответствии с определенными стандартами именования и тегов. Задокументируйте эти стандарты и сделайте их доступными для всех участников команды. По возможности следует применять стандарты автоматически, чтобы обеспечить минимальные требования к добавлению тегов.
Конечные результаты:
- В исходном шаблоне решения запишите расположение и состояние книги соглашений об именовании и расстановке тегов, а также сведения о том, кто отвечает за управление ими.
Руководство по поддержке готовности к завершению.
- Создайте стандарт именования и маркировки.
- Заполните шаблон отслеживания соглашений об именовании и маркировке, чтобы отслеживать решения.
- Проверьте и обновите существующие теги в Azure.
- Примените политики маркировки в Azure.
Подотчетная команда | Ответственные и вспомогательные группы |
---|---|
Шаг 6. Создание проекта организации ресурсов для реализации иерархии портфолио
Необходимо создать структуру организации ресурсов, чтобы обеспечить согласованность с решениями по иерархии портфеля. Этот проект сопоставляет организационные инструменты поставщика облачных служб с иерархией портфеля, которая поддерживает ваш план внедрения облака. Он также помогает управлять реализацией, уточняя, какие ресурсы можно развертывать в определенных границах в облачной среде.
Конечные результаты:
- В исходном шаблоне решения сопоставьте продукты Azure с выровненным уровнем иерархии портфеля.
Руководство по поддержке готовности к завершению.
- Узнайте, как продукты Azure поддерживают иерархию портфолио.
- Проверьте существующие подписки на соответствие выбранной иерархии портфеля.
Создайте стратегию работы с подписками:
- Начните с двух подписок. Добавьте базовые макеты подписок для учета общих корпоративных потребностей, таких как общие службы или подписки песочницы.
- Убедитесь, что вы можете управлять несколькими подписками , так как для поддержки плана внедрения облака требуется больше подписок.
- Установите четкие границы на основе иерархии портфолио.
- Перемещайте группы ресурсов и ресурсы между подписками , когда это необходимо для соблюдения стратегии организации.
Подотчетная группа | Ответственные и вспомогательные группы |
---|---|
Шаг 7. Сопоставление возможностей, команд и RACI с фундаментальными концепциями
Сложность иерархии портфеля информирует организационные структуры и методологии, которые направляют повседневные действия различных команд.
Конечные результаты:
- Выполните инструкции по началу работы для согласования организации.
Руководство по поддержке готовности к завершению.
- Используйте предыдущие шаги для оценки руководства по подотчетности иерархии портфеля. Определите, какие возможности, если таковые есть, могут потребоваться предоставить выделенные организации или виртуальные команды.
- Примените руководство по подотчетности иерархии портфеля к схеме RACI (ответственное, подотчетное, консультируемое и информированное) с помощью команды Начало работы: согласование организации.
Подотчетная группа | Ответственные и вспомогательные группы |
---|---|
Дальнейшие действия
Следуйте указаниям в разделе "Начало работы" microsoft Cloud Adoption Framework, чтобы опираться на эти основные понятия.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по