Основные понятия для создания приложений Azure

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

Регионы Azure

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

Как правило, все ресурсы решения должны находиться в одном регионе, чтобы свести к минимуму задержку между различными компонентами приложения. Это означает, что решение состоит из службы приложение Azure, базы данных и хранилища BLOB-объектов Azure, все эти ресурсы должны быть созданы в одном регионе Azure.

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

Группа ресурсов Azure

Группа ресурсов в Azure — это логический контейнер для группировки ресурсов Azure. Каждый ресурс Azure должен принадлежать одной и только одной группе ресурсов.

Группы ресурсов чаще всего используются для группировки всех ресурсов Azure, необходимых для решения в Azure. Например, предположим, что веб-приложение развернуто в службе приложение Azure, которая использует базу данных SQL, служба хранилища Azure, а также Azure Key Vault. Обычно рекомендуется поместить все ресурсы Azure, необходимые для этого решения, в одну группу ресурсов.

Это упрощает представление ресурсов, необходимых для запуска приложения, и ресурсов, связанных друг с другом. Таким образом, первый шаг при создании ресурсов для приложения в Azure обычно создает группу ресурсов, которая будет служить контейнером для ресурсов приложения.

Среды

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

Так как каждая среда является точной копией, рекомендуется либо создать ресурсы , необходимые для среды, либо использовать средства инфраструктуры как кода (IaC), чтобы декларативно указать конфигурацию каждой среды. Это гарантирует повторяемость процесса создания среды, а также позволяет создавать новые среды по запросу, например для тестирования производительности или безопасности приложения.

Поддержка DevOps

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

• GitHub Actions
• Azure DevOps
• Развертывание осьминога
• Jenkins
• Terraform
• Ansible
• Chef