Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
Эта статья является частью шести в серии семи статей, которые помогают разработчикам приступить к работе с 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, использующее базу данных SQL, службу хранилища Azure и Azure Key Vault, обычно помещать все эти ресурсы в одну группу ресурсов.
Такой подход упрощает определение ресурсов, необходимых для запуска приложения и их связи. Как правило, первым шагом в создании ресурсов для приложения в Azure является создание группы ресурсов, которая служит контейнером для ресурсов приложения.
Окружения
Если вы разрабатывали в локальной среде, то знакомы с продвижением вашего кода через среды разработки, тестирования и эксплуатации. В Azure для создания отдельных сред необходимо создать отдельный набор ресурсов Azure для каждой нужной среды.
Так как важно, чтобы каждая среда была точной копией, используйте скрипты для создания ресурсов, необходимых для среды, или используйте инфраструктуру как код (IaC), чтобы декларативно задавать конфигурацию каждой среды. Это гарантирует повторяемость процесса создания среды, а также позволяет создавать новые среды по запросу, например для тестирования производительности или безопасности приложения.
Поддержка DevOps
Независимо от того, публикуете ли приложения в Azure с непрерывной интеграцией или подготовкой ресурсов для новой среды, Azure интегрируется с популярными средствами DevOps. Вы можете работать с существующими инструментами и повысить эффективность работы с поддержкой таких средств: