Варианты реализации целевых зон

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

Подходы к разработке среды

Существует два основных подхода. Выбор зависит от того, насколько быстро ваши команды могут разработать необходимые навыки.

• Начните с акселератора целевой зоны Azure: если бизнес-требования призывают к богатой начальной реализации целевых зон с полностью интегрированным управлением, безопасностью и операциями с самого начала. Если вам нужно, вы можете изменить инфраструктуру как код (IaC) для настройки и настройки среды в соответствии с вашими требованиями. Для IaC вашей организации потребуются навыки в шаблонах Azure Resource Manager и GitHub.

• Настройка. Если более важно создать среду в соответствии с конкретными требованиями или разработать внутренние навыки. В этом подходе основное внимание уделяется основным целевым зонам, необходимым для начала внедрения облака. Все технические и бизнес-требования считаются полными, если конфигурация среды соответствует концептуальной архитектуре целевой зоны Azure. Затем вы можете сосредоточиться на повышении целевой зоны.

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

Чтобы устранить варианты использования настройки, рассмотрите варианты реализации, приведенные в этой статье. Эти параметры предназначены для пользователей с сильными навыками в таких технологиях, как Azure Resource Manager, Политика Azure, средства DevOps и сторонние средства развертывания. Эти технологии необходимы для прочного фундамента, на котором строится целевая зона.

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

Варианты реализации

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

Подход к акселератору целевой зоны Azure

Вариант реализации	Description	Инструкции по развертыванию
Платформа корпоративного масштаба	Основа платформы enterprise-ready с всеми необходимыми общими службами для поддержки полного ИТ-портфеля, где подключение можно добавить позже по мере необходимости. Принципы проектирования Области проектирования	Readme: основа Readme: Сетевая топология (Виртуальная глобальная сеть) Readme: сетевая топология (концентратор-периферийный)
Модульные целевые зоны Azure	Модульный подход с помощью Bicep для развертывания основных возможностей платформы.	Readme: модули Bicep
Корпоративный масштаб для малых предприятий	Эта эталонная реализация предназначена для организаций, которые не имеют большой ИТ-команды и не требуют подробных моделей делегирования администрирования.	Файл сведений
Корпоративный масштаб для Azure для государственных организаций	Эталонная реализация, которую можно развернуть в Azure для государственных организаций Cloud.	Readme
Целевая зона CAF корпоративного масштаба (регионы Azure China 21Vianet)	Эталонная реализация, которую можно развернуть в облаках Azure в Китае.	Развертывать
Модуль Terraform целевых зон Azure	Развертывает платформу, готовую к применению корпоративной среде, с помощью Terraform. Используйте этот вариант, если управляете платформой с помощью Terraform и хотите ускорить доставку рекомендуемой иерархии ресурсов и модели управления. Общие службы, сетевые подключения и рабочие нагрузки приложений можно интегрировать в развертывание, либо можно управлять ими независимо.	Файл сведений
Microsoft Cloud для суверенитета	В зоны общения используется та же база кода, что и подход Bicep для целевой зоны Azure, но имеет больше возможностей оркестрации и автоматизации развертывания. Он также имеет Политика Azure инициативы и назначения для удовлетворения требований к суверенитету для клиентов, партнеров и независимых поставщиков программного обеспечения (НЕЗАВИСИМЫХ поставщиков программного обеспечения).	Файл сведений

Настройка подхода

Следующие шаги

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