Создание веб-приложения на портале Azure
В этом уроке вы узнаете, как создать веб-приложение службы приложение Azure с помощью портал Azure.
Каковы преимущества портала Azure?
Первым шагом в размещении веб-приложения является создание веб-приложения (приложения службы приложение Azure) в подписке Azure.
Веб-приложение можно создать несколькими способами. Вы можете использовать портал Azure, интерфейс командной строки Azure (CLI), скрипт или интегрированную среду разработки (IDE), например Visual Studio.
В этом уроке описывается, как использовать портал Azure для создания веб-приложения, и эти сведения используются для создания веб-приложения в следующем упражнении. В этом модуле мы продемонстрируем использование портал Azure, так как это графический интерфейс, который делает его отличным средством обучения. Портал помогает обнаруживать доступные функции, добавлять другие ресурсы и настраивать существующие ресурсы.
Что такое Служба приложений Azure?
Служба приложений Azure — это полностью управляемая платформа размещения веб-приложений. Это предложение Azure в формате PaaS (платформа как услуга) позволяет разработчикам полностью сосредоточиться на проектировании и создании приложений. Настройка инфраструктуры для запуска и масштабирования приложений выполняется в Azure автоматически.
Слоты развертывания
С помощью портала Azure можно легко добавить в веб-приложение службы приложений слоты развертывания. Например, можно создать промежуточный слот развертывания, куда будет отправляться код для тестирования в Azure. После того как вы будете довольны кодом, вы можете легко переключить промежуточный слот развертывания на рабочий слот. Все это занимает несколько щелчков мыши в портал Azure.
Поддержка непрерывной интеграции и развертывания
Портал Azure предоставляет внештатную непрерывную интеграцию и развертывание с Azure Repos, GitHub, Bitbucket, FTP или локальный репозиторий Git на компьютере разработки. Вы можете подключить веб-приложение к любому из предыдущих источников, и Служба приложений выполняет остальные действия. Он автоматически синхронизирует код и любые будущие изменения кода в веб-приложении. Кроме того, с помощью Azure Repos можно определить собственный процесс сборки и выпуска. Полный процесс, который компилирует исходный код, выполняет тесты, создает выпуск и, наконец, развертывает выпуск в веб-приложении при каждом фиксации кода. Все, что происходит неявно, без каких-либо необходимости вмешаться.
Интегрированная публикация Visual Studio и FTP-публикация
Вы можете не только настроить для приложения непрерывную интеграцию и развертывание, но и воспользоваться дополнительными преимуществами, предоставляемыми тесной интеграцией с Visual Studio для публикации веб-приложения в Azure с помощью технологии веб-развертывания. Служба приложений также поддерживает публикацию на основе FTP для более традиционных рабочих процессов.
Встроенная поддержка автомасштабирования (автоматическая горизонтальное масштабирование на основе реальной нагрузки)
В веб-приложение уже встроены возможности вертикального и горизонтального увеличения масштаба. В зависимости от использования веб-приложения вы можете масштабировать приложение вверх или вниз, увеличив или уменьшая ресурсы базового компьютера, на котором размещено веб-приложение. Ресурсы могут быть количеством ядер или объемом доступной ОЗУ. С другой стороны, вы можете масштабировать приложение, увеличив количество экземпляров компьютеров, работающих в веб-приложении.
Создание веб-приложения
Когда вы будете готовы запустить веб-приложение в Azure, вы можете посетить портал Azure и создать ресурс веб-приложения. Создание веб-приложения выделяет набор ресурсов размещения в Служба приложений. Эти ресурсы можно использовать для размещения любых веб-приложений поддержка Azure, будь то ASP.NET Core, Node.js, Java, Python и т. д.
Портал Azure предлагает мастер для создания веб-приложения. Ему необходимы следующие поля:
| Поле | Description |
|---|---|
| Подписка | действительная и активная подписка. |
| Группа ресурсов | допустимая группа ресурсов. |
| Имя | имя веб-приложения. Это имя станет частью URL-адреса приложения, поэтому оно должно быть уникальным среди всех веб-приложений службы приложений Azure. |
| Опубликовать | Вы можете развернуть приложение для Служба приложений как код или как готовый контейнер Docker. Выбор контейнера активирует вкладку "Контейнер" мастера, где вы предоставляете сведения о реестре Docker, из которого Служба приложений извлекает образ. |
| Стек среды выполнения | если вы решили развернуть приложение как код, службе приложений необходимо узнать, какую среду выполнения использует ваше приложение (например, Node.js, Python, Java или .NET). Если вы развертываете приложение в качестве контейнера, вам не нужно выбирать стек среды выполнения, так как образ включает его. |
| Операционная система | Служба приложений может размещать приложения на серверах Windows или Linux. Дополнительные сведения см. в разделе "Операционные системы " в этом уроке. |
| Регион | Регион Azure, из которого обслуживается приложение. |
| Планы ценообразования | Дополнительные сведения о планах Служба приложений см. в разделе "Тарифные планы". |
Операционные системы
Если вы развертываете приложение в виде кода, многие доступные стеки среды выполнения ограничены одной операционной системой или другой. После выбора стека среды выполнения переключатель будет указывать, есть ли у вас выбор операционной системы. Если целевой стек среды выполнения доступен в обеих операционных системах, выберите ту, которая используется для разработки и тестирования приложения.
Если приложение упаковается в виде контейнера, укажите операционную систему в контейнере.
Планы службы приложений
План службы приложений — это набор ресурсов виртуальных серверов, на которых выполняются приложения службы приложений. Размер плана (иногда называется его номером sku или ценовой категорией) определяет характеристики производительности виртуальных серверов, на которых выполняются приложения, назначенные плану, и Служба приложений функции, к которым имеются доступ эти приложения. Каждое созданное веб-приложение службы приложений должно быть назначено одному плану службы приложений, который его запускает.
Один план службы приложений может содержать несколько веб-приложений службы приложений. В большинстве случаев количество приложений, которые можно запускать в одном плане, ограничено характеристиками производительности приложений и ограничениями ресурсов плана.
Планы Служба приложений определяют единицу выставления счетов Служба приложений. Размер каждого плана Служба приложений в подписке в дополнение к ресурсам пропускной способности, развернутых в этих планах, определяет цену, которую вы оплачиваете. Число веб-приложений, развернутых в планах службы приложений, не влияет на ваш счет.
Для создания плана службы приложений можно использовать любое из доступных средств управления Azure. При создании веб-приложения с помощью портал Azure мастер помогает создать новый план одновременно, если у вас еще нет.