Краткое руководство. Создание экземпляра потребления и выделенного плана Azure Spring Apps уровня "Стандартный" в среде приложений контейнеров Azure с виртуальной сетью

Примечание.

Планы "Базовый", "Стандартный" и "Корпоративный" будут устарели начиная с середины марта 2025 г. с 3-летнего периода выхода на пенсию. Рекомендуется перейти в приложения контейнеров Azure. Дополнительные сведения см. в объявлении о выходе на пенсию в Azure Spring Apps.

Стандартный план потребления и выделенного плана будет устарел с 30 сентября 2024 г. с полным завершением работы после шести месяцев. Рекомендуется перейти в приложения контейнеров Azure. Дополнительные сведения см. в статье "Миграция потребления Azure Spring Apps Standard" и выделенного плана в приложения контейнеров Azure.

Эта статья относится к: ✔️ стандартное потребление и выделенная (предварительная версия) ❌ Basic/Standard ❌ Enterprise

В этой статье описывается создание экземпляра Azure Spring Apps в среде контейнеров Azure с виртуальной сетью. Среда "Приложения контейнеров Azure" создает безопасную границу вокруг группы приложений. Приложения, развернутые в той же среде, развертываются в одной виртуальной сети и записывают журналы в ту же рабочую область Log Analytics.

При создании экземпляра Azure Spring Apps в среде azure Container Apps он использует ту же виртуальную сеть с другими службами и ресурсами в той же среде контейнеров Azure.

Все приложения находятся в одной среде приложений контейнеров Azure в следующих сценариях:

• При развертывании интерфейсных приложений в качестве контейнеров в приложениях контейнеров Azure.
• При развертывании приложений Spring в azure Spring Apps Standard и выделенном плане.

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

Примечание.

Вы можете использовать существующую виртуальную сеть с выделенной подсетью с диапазоном /23 CIDR или более поздней.

Необходимые компоненты

• Подписка Azure. Если у вас еще нет подписки, создайте бесплатную учетную запись Azure, прежде чем начинать работу.
• (Необязательно) Azure CLI версии 2.45.0 или более поздней. Чтобы установить расширение Azure Spring Apps, выполните следующую команду: az extension add --name spring

Создание экземпляра Azure Spring Apps в среде Azure Container Apps

Выполните следующие действия, чтобы создать экземпляр Azure Spring Apps в среде azure Container Apps с виртуальной сетью.

Внимание

Профиль рабочей нагрузки потребления имеет модель выставления счетов по мере использования без начальной стоимости. Плата за выделенный профиль рабочей нагрузки взимается на основе подготовленных ресурсов. Дополнительные сведения см. в статьях "Профили рабочей нагрузки" в средах структуры "Потребление и выделенный план" в службах контейнеров Azure (предварительная версия) и ценах на Azure Spring Apps.

Портал Azure

1. Откройте портал Azure.

2. В поле поиска найдите Azure Spring Apps и выберите Azure Spring Apps в результатах.

3. На странице Azure Spring Apps выберите Создать.

   

4. Заполните форму "Основы" на странице создания Azure Spring Apps, используя следующие рекомендации:

   • Сведения о проекте:

     • Подписка: выберите подписку, которую вы хотите заставить за этот ресурс.
     • Группа ресурсов: выберите существующую группу ресурсов или создайте новую.

   • Сведения о службе:

     • Имя. Создайте имя для экземпляра Azure Spring Apps. Его длина должна быть от 4 до 32 знаков. Имя может содержать только строчные буквы, цифры и дефисы. Первым символом в имени службы должна быть буква, а последним — буква или цифра.
     • Расположение: В настоящее время поддерживаются только следующие регионы: Восточная Австралия, центральная часть США, восточная часть США, восточная часть США 2, Западная Европа, Восточная Азия, Северная Европа, Южная Часть США, Южная Часть США, Западная часть США 3.

   • План. Выбор стандартного потребления и выделенный для параметра ценовой категории .

   • Среда приложения:

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

   

5. Заполните форму "Основы" на странице "Создание приложений контейнеров". Используйте значение asa-standard-consumption-app-env по умолчанию для имени среды и выберите профили потребления и выделенных рабочих нагрузок для плана.

   

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

   

7. Выберите "Сеть" , а затем укажите параметры с помощью следующих рекомендаций:

   • Для использования собственной виртуальной сети нажмите кнопку "Да".
   • Выберите имена виртуальной сети и подсети инфраструктуры в раскрывающихся меню или при необходимости используйте команду "Создать".
   • Задайте для виртуального IP-адреса внешний ip-адрес. Значение "Внутренний " можно задать, если вы предпочитаете использовать только внутренние IP-адреса, доступные в виртуальной сети, а не общедоступный статический IP-адрес.

   Примечание.

   Для подсети, связанной с средой приложений контейнеров Azure, требуется префикс /23 CIDR или более поздней версии.

8. Нажмите кнопку создания.

9. На странице создания Azure Spring Apps выберите "Проверить" и "Создать", чтобы завершить создание экземпляра Azure Spring Apps.

Azure CLI

1. Используйте следующую команду для входа в Azure:

   az login
   

2. Используйте следующую команду, чтобы установить расширение Azure Container Apps для Azure CLI:

   az extension add --name containerapp --upgrade
   

3. Чтобы зарегистрировать Microsoft.App пространство имен, используйте следующую команду:

   az provider register --namespace Microsoft.App
   

4. Если вы ранее не использовали рабочую область Azure Monitor Log Analytics, зарегистрируйте Microsoft.OperationalInsights поставщика с помощью следующей команды:

   az provider register --namespace Microsoft.OperationalInsights
   

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

   export RESOURCE_GROUP="<resource-group-name>"
   export LOCATION="eastus"
   export AZURE_CONTAINER_APPS_ENVIRONMENT="<Azure-Container-Apps-environment-name>"
   export VNET_NAME="<virtual-network-name>"
   

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

   az network vnet create \
       --resource-group $RESOURCE_GROUP \
       --name $VNET_NAME \
       --location $LOCATION \
       --address-prefix 10.0.0.0/16
   
   az network vnet subnet create \
       --resource-group $RESOURCE_GROUP \
       --vnet-name $VNET_NAME \
       --name $INFRASTRUCTURE_SUBNET \
       --address-prefixes 10.0.0.0/23
   

7. Используйте следующую команду, чтобы получить идентификатор подсети инфраструктуры и сохранить ее в переменной:

   export INFRASTRUCTURE_SUBNET=$(az network vnet subnet show \
       --resource-group $RESOURCE_GROUP \
       --vnet-name $VNET_NAME \
       --name infrastructure-subnet \
       --query "id" \
       --output tsv \
       | tr -d '[:space:]')
   

8. Используйте следующую команду, чтобы создать среду приложений контейнеров Azure с помощью идентификатора подсети инфраструктуры:

   az containerapp env create \
       --resource-group $RESOURCE_GROUP \
       --name $AZURE_CONTAINER_APPS_ENVIRONMENT \
       --location $LOCATION \
       --infrastructure-subnet-resource-id $INFRASTRUCTURE_SUBNET \
       --enable-workload-profiles
   

   Примечание.

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

   В следующей таблице описаны параметры, используемые в команде containerapp env create .

   Параметр	Описание
   name	Имя среды приложений контейнеров Azure.
   resource-group	Имя группы ресурсов.
   location	Расположение Azure, в котором будет развернута среда.
   infrastructure-subnet-resource-id	Идентификатор ресурса подсети для компонентов инфраструктуры и контейнеров пользовательских приложений.
   internal-only	(Необязательно) Задает среду для использования только внутренних IP-адресов, доступных в пользовательской виртуальной сети, а не общедоступного статического IP-адреса. (Требуется идентификатор ресурса подсети инфраструктуры.)

9. На этом этапе вы создали среду "Приложения контейнеров Azure" со стандартным профилем рабочей нагрузки потребления по умолчанию. Вы также можете добавить выделенный профиль рабочей нагрузки в ту же среду azure Container Apps с помощью следующей команды:

   az containerapp env workload-profile add \
       --resource-group $RESOURCE_GROUP \
       --name $AZURE_CONTAINER_APPS_ENVIRONMENT
       --workload-profile-name my-wlp \
       --workload-profile-type D4 \
       --min-nodes 1 \
       --max-nodes 2
   

Очистка ресурсов

Не забудьте удалить ресурсы, созданные в этой статье, если они больше не нужны. Чтобы удалить ресурсы, просто удалите группу ресурсов, содержащую их. Группу ресурсов можно удалить с помощью портал Azure. Кроме того, чтобы удалить группу ресурсов с помощью Azure CLI, используйте следующие команды:

echo "Enter the Resource Group name:" &&
read resourceGroupName &&
az group delete --name $resourceGroupName &&
echo "Press [ENTER] to continue ..."

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

Доступ к приложениям с помощью использования Azure Spring Apps Standard и выделенного плана в виртуальной сети