Переход на контейнерные приложения Azure

Эта статья относится к:✅ Basic/Standard ✅ Enterprise

Azure Spring Apps и приложения контейнеров Azure — это управляемые платформы в Azure, предназначенные для упрощения запуска приложений без управления сложной инфраструктурой. Обе службы позволяют разработчикам сосредоточиться на своих приложениях, а не беспокоиться о настройке и обслуживании базовых систем. Они интегрируются изначально с экосистемой Azure, что упрощает подключение к таким службам, как Azure Monitor, Key Vault и Azure DevOps для мониторинга, безопасности и развертывания.

Из-за прекращения использования Azure Spring Apps мы рекомендуем Azure Container Apps в качестве основной службы для миграции рабочих нагрузок, выполняемых в Azure Spring Apps. Приложения контейнеров Azure предоставляют современную, гибкую и масштабируемую основу для контейнерных приложений, гарантируя, что рабочие нагрузки будут готовы к будущему и легко интегрированы с экосистемой Azure.

В этой статье содержится подробное руководство по переносу рабочих нагрузок из Azure Spring Apps в приложения контейнеров Azure, минимизация сбоев и повышение эффективности новой платформы.

Сопоставление концепций

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

Параметры управления доступом на основе ролей Azure

Azure Spring Apps и приложения контейнеров Azure поддерживают параметры управления доступом на основе ролей Azure (RBAC). Однако их интерфейсы отличаются из-за их различных иерархий ресурсов.

В Azure Spring Apps иерархия ресурсов сосредоточена вокруг экземпляра службы. Назначения ролей применяются к экземпляру и автоматически распространяются на дочерние ресурсы, такие как приложения и развертывания. Эта конструкция обеспечивает централизованное управление. Однако если пользователю требуется доступ к конкретному приложению или развертыванию, а не экземпляру службы, необходимо предоставить определенные разрешения для этих ресурсов.

С точки зрения API приложения контейнеров Azure проектирует типы ресурсов для сред и контейнерных приложений в виде отдельных независимых сущностей на том же иерархическом уровне. Роли можно назначать на уровне управляемой среды или отдельных приложений контейнеров. Эта структура обеспечивает точный контроль над конкретными приложениями. Например, вы можете предоставить доступ к разным приложениям контейнеров для разных команд или отдельных лиц. Эта гибкость упрощает управление ресурсами независимо в общей среде. Кроме того, он хорошо соответствует знакомому интерфейсу управления другими ресурсами Azure.

Способ миграции

Подход к миграции из Azure Spring Apps в приложения контейнеров Azure включает следующие ключевые действия.

1. Оценка и планирование. Оценка текущих рабочих нагрузок в Azure Spring Apps, включая зависимости, конфигурации и параметры сети.

2. Контейнеризация приложений. Хотя приложения контейнеров Azure поддерживают развертывание из JAR-файла или исходного кода, рекомендуется контейнеризировать приложения в контейнеры Docker, которые имеют лучшую переносимость и эффективность. Вы можете контейнеризировать приложения, создав Dockerfiles и создав образы контейнеров с помощью таких средств, как Реестр контейнеров Azure или Docker Hub. Вы также можете создавать образы контейнеров с помощью пакетов сборки локально. Сведения о том, как контейнеризировать приложение и создать образ контейнера, аналогичный тому, который выполняется в Azure Spring Apps, см. в разделе "Обзор контейнеризации".

3. Настройте среду приложений контейнеров Azure: подготовьте управляемую среду в приложениях контейнеров Azure, включая настройку виртуальных сетей, подсетей и любых необходимых параметров безопасности для сопоставления предыдущих конфигураций сети в Azure Spring Apps. Для получения дополнительной информации см. «Подготовка приложений контейнеров Azure» или «Перенос пользовательской виртуальной сети».

4. Создание и настройка компонентов Java в приложениях контейнеров Azure: включение и настройка Сервера Eureka, сервера конфигурации, шлюза и управляемого администратора. Эти компоненты важны для оркестрации микрослужб и управления в приложениях Spring. Убедитесь, что они настроены правильно для простого перехода.

   Если вы используете план Enterprise, ознакомьтесь со следующими статьями:

   • Реестр служб Tanzu
   • Служба конфигурации приложений для Tanzu или Сервер конфигурации
   • Spring Cloud Gateway для Tanzu
   • Режим реального времени приложения
   • Портал API для Tanzu

   Если вы используете стандартный план, ознакомьтесь со следующими статьями:

   • Сервер Eureka
   • Сервер конфигурации

5. Развертывание контейнеров: развертывание контейнерных приложений в среде приложений контейнеров Azure. Настройте редакции приложений, политики масштабирования и конфигурации сети в соответствии с вашими требованиями. Дополнительные сведения см. в разделе "Обзор миграции приложений".

6. Мониторинг. Во время миграции непрерывно отслеживайте производительность приложения с помощью Azure Monitor и настраивайте конфигурации при необходимости для оптимизации, например настройку параметров масштабирования или выделения ресурсов. Дополнительные сведения см. в разделе Журналы и метрики в приложениях Azure Container Apps.

7. Тестирование и проверка. Выполните тщательные тесты, чтобы убедиться, что контейнерные приложения работают должным образом в новой среде. Проверьте сетевое подключение, масштабирование и интеграцию с другими службами.

8. Средства клиентской и автоматизации. Чтобы упростить ежедневные задачи разработки и эксплуатации, воспользуйтесь клиентскими инструментами и решениями автоматизации. К этим средствам относятся Azure CLI, Azure DevOps, GitHub Actions и расширения в клиентских средствах или интегрированных средах разработки. Эти средства помогут автоматизировать развертывания, отслеживать производительность и эффективно управлять ресурсами, уменьшая усилия вручную и повышая гибкость операций. Дополнительные сведения об популярных инструментах см. в статье "Клиенты" или средства автоматизации для приложений контейнеров Azure.

Средство помощника по миграции

Чтобы ускорить миграцию и оценить функции в приложениях контейнеров Azure, мы предоставляем новую команду в Azure CLI. Эта команда извлекает конфигурации существующих ресурсов Azure Spring Apps на основе идентификатора ресурса экземпляра службы. Затем он преобразует эти конфигурации в файлы Bicep для ресурсов приложения контейнеров Azure. Этот метод позволяет быстро настроить управляемую среду и ресурсы приложений azure Container Apps при применении базовых параметров, аналогичных этим параметрам в существующих ресурсах Azure Spring Apps. Дополнительные сведения см. в az spring export.

Чтобы создать ресурсы приложений контейнеров Azure, соответствующие конфигурациям существующих ресурсов Azure Spring Apps, выполните следующие действия.

1. Установите Azure CLI версии 2.45.0 или более поздней и последнюю версию расширения Azure Spring Apps с помощью az extension add --name spring команды.

2. Создайте файлы Bicep для создания соответствующих ресурсов приложений контейнеров Azure с помощью следующей команды:

   az spring export \
       --resource-group <resource-group-name> \
       --target aca \
       --subscription <subscription-id> \
       --service <service-name> \
       --output-folder <output-folder-name> 
   

3. Предыдущая команда создает файл README.md с подробными инструкциями. Следуйте этим инструкциям, чтобы обновить необходимые параметры в файлах Bicep.

   Примечание.

   Для Azure Container Apps требуются URL-адреса контейнеризированных образов. Если у вас еще нет URL-адреса контейнерного образа для приложения, можно оставить URL-адрес образа быстрого запуска в параметрах без изменений и развернуть собственное приложение позже. Дополнительные сведения о получении образов контейнеров см. в разделе "Общие сведения о контейнеризации"

4. Если группа ресурсов не существует, создайте ее с помощью следующей команды:

   az group create \
       --name <resource-group-name> \
       --subscription <subscription-id> \
       --location <location> 
   

5. Разверните ресурсы azure Container Apps в группе ресурсов с помощью следующей команды:

   Примечание.

   Может потребоваться выполнить команду несколько раз и настроить конфигурацию на основе ответа.

   az deployment group create \
     --resource-group <resource-group-name> \
     --template-file main.bicep \
     --parameters param.bicepparam \
     --subscription <subscription-id>
   

6. Следуйте инструкциям в файле README.md , чтобы обновить ресурсы для расширенных функций. К этим функциям относятся отправка сертификатов, включение личного домена, добавление назначений ролей в управляемое удостоверение, назначаемое системой, и многое другое.

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

Учебник

Мы предоставляем руководство, чтобы продемонстрировать комплексный опыт работы с приложением ACME Fitness Store в приложениях контейнеров Azure. Дополнительные сведения см. в acme-fitness-store/azure-container-apps. В этом руководстве представлены практические рекомендации, помогающие быстро получить практическую информацию и уверенность в развертывании контейнерных приложений на платформе и управлении ими.