Основные понятия для создания приложений Azure
Это часть шесть в серии из 7 статей, которые помогут разработчикам приступить к работе с Azure.
- Часть 1. Обзор Azure для разработчиков
- Часть 2. Основные службы Azure для разработчиков
- Часть 3. Размещение приложений в Azure
- Часть 4. Подключение приложения к службам Azure
- Часть 5. Разделы справки создавать ресурсы и управлять ими в Azure?
- Часть 6. Основные понятия для создания приложений Azure
- Часть 7. Как я выставляю счета?
Прежде чем разрабатывать приложение для запуска в 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. Вы сможете использовать уже имеющиеся у вас инструменты и максимально расширить текущие возможности, благодаря поддержке таких инструментов: