Перенос потребления Azure Spring Apps уровня "Стандартный" и выделенный план в приложения контейнеров Azure

В этой статье описывается, когда и как перенести использование стандартного и выделенного тарифного плана Azure Spring Apps (находящихся в общедоступной предварительной версии) в Azure Container Apps. Чтобы консолидировать преимущества облачных технологий и упростить наши предложения, служба Azure Spring Apps прекращает работу, включая стандартное потребление и выделенные (предварительная версия), а также базовые, стандартные и корпоративные планы. Стандартный план потребления и специальный план (предварительная версия) вступают в шестимесячный период завершения 30 сентября 2024 года и будут прекращены в марте 2025 года.

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

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

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

В следующем видео объявляется общая доступность возможностей Java в приложениях контейнеров Azure:

Часто задаваемые вопросы

В следующем разделе рассматриваются несколько вопросов, которые могут возникнуть при миграции.

Планируется ли удалить другие SKU Azure Spring Apps?

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

Что произойдет, если я не принимаю никаких действий к 30 марта 2025 г.?

Ваши приложения автоматически переносятся в приложения контейнеров Azure.

Можно ли продолжать использовать стандартный и выделенный план использования Azure Spring Apps?

Вы можете продолжать запускать существующие приложения до 30 марта 2025 г., но вы не можете создавать новые приложения и экземпляры служб после 30 сентября 2024 г.

Как получить помощь в случае сбоя процесса миграции?

Заполните форму запроса на поддержку в портал Azure, используя следующие значения:

• В качестве типа проблемы укажите Техническая.
• В качестве подписки выберите свою подписку.
• Для службы выберите Azure Spring Apps.
• Для ресурса выберите ресурс Azure Spring Apps.
• В поле "Сводка" введите описание проблемы.
• Для типа проблемы выберите "Моя проблема" не указана.

Нужно ли вручную создавать экземпляры Spring Cloud Config Server и Spring Cloud Service Registry в приложениях контейнеров Azure?

Да, необходимо повторно создать экземпляры Config Server Spring Cloud и Spring Cloud Service Registry в приложениях контейнеров Azure. Сервер конфигурации Spring Cloud и Реестр служб Spring Cloud также являются управляемыми компонентами в приложениях контейнеров Azure, но существуют некоторые различия. Дополнительные сведения см. в руководстве по подключению к управляемому серверу Eureka для Spring в приложениях Azure Container Apps и руководстве по подключению к управляемому серверу конфигурации для Spring в приложениях Azure Container Apps.

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

Существует ли время простоя во время процесса миграции?

Если вы используете Сервер конфигурации Spring Cloud и Реестр служб Spring Cloud, их необходимо воссоздать вручную в приложениях контейнеров Azure, в противном случае простоя не будет.

Что происходит с приложениями, у которых есть незавершённые транзакции во время миграции?

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

Как найти перенесенные приложения в приложениях контейнеров Azure?

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

• Чтобы найти перенесенные приложения, начиная с имен ресурсов Azure Spring Apps, используйте следующую команду:

  az spring show \
      --resource-group <Azure-Spring-Apps-service-instance-resource-group-name> \
      --name <Azure-Spring-Apps-service-instance-name> \
      --query "properties.infraResourceGroup"
  

• Чтобы найти перенесенные приложения, начиная с имени среды Azure Container Apps, используйте следующую команду:

  az containerapp list --environment <Azure-Container-Apps-environment-name>
  

Эти команды перечисляют все перенесенные приложения экземпляра службы Azure Spring Apps с использованием исходных имен ресурсов.

Есть ли изменения в IP-адресе или полном доменном имени после миграции?

Нет изменений. Все IP-адреса и полные доменные имена остаются неизменными после миграции.

Я использую постоянное хранилище. Как мне воссоздать это в Azure Container Apps?

Постоянное хранилище автоматически переносится в приложения контейнеров Azure.

Каковы последствия ценообразования при переходе в приложения контейнеров Azure?

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

Различия описаны в следующей таблице:

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

Как мне продолжать использовать свою виртуальную сеть в Azure Container Apps?

Нет изменений в интерфейсе виртуальной сети. Вы можете продолжать использовать собственную виртуальную сеть.

Будет ли мое приложение перенесено на план потребления или на план с профилями нагрузки и выделенными ресурсами в Azure Container Apps?

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

Как поддерживать в рабочем состоянии мои конвейеры и рабочие процессы развертывания?

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

Как я могу продолжать заставлять мои сценарии автоматизации работать с использованием Azure CLI?

Скрипты Azure CLI должны измениться, чтобы они работали в приложениях контейнеров Azure. Для получения дополнительной информации см. az containerapp.