Часто задаваемые вопросы о приложениях контейнеров Azure (часто задаваемые вопросы)

Нет, нет доступа к API Kubernetes.

Да.

Дополнительные сведения см. на странице выставления счетов .

Да. С помощью Azure CLI выполните команду az containerapp github-action -h , чтобы просмотреть параметры. С помощью портал Azure перейдите в окно "Непрерывное развертывание" в приложении контейнера.

Приложения контейнеров Azure декодируют URL-адрес для защиты приложения от атак смешения URL-адресов. URL-адрес запроса, который закодировал части, например http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, отправляется в приложение как http://mysite.com/archive/http%3A/mysite.com/archive/123.

В средах потребления только экспресс-маршруты не поддерживаются, а при настройке ниже поддерживается ограниченный UDR. Конфигурация UDR должна иметь маршрут, настроенный для Azure.<REGION_NAME> тега службы со следующим прыжком = "Интернет". Кроме того, правила в документации NSG должны быть настроены для работы только среды потребления. Эти ограничения не применяются к профилям рабочей нагрузки, а для полнофункциональной поддержки UDR и Express Route используют среды профилей рабочей нагрузки.

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

Запросить увеличение квоты в портал Azure с помощью приложений контейнеров Azure, выбранных в качестве поставщика.

Помните следующее, когда речь идет о увеличении квоты запросов:

• Масштабирование приложений и сред: существует множество различных квот, доступных для увеличения. Используйте эти описания, чтобы определить ваши потребности:

  • Увеличьте приложения и ядра для каждой среды: позволяет запускать больше приложений в среде и (или) более интенсивных приложениях. Рекомендуется, если рабочие нагрузки могут развертываться в пределах одной сети и безопасности.
  • Увеличение сред. Рекомендуется, если рабочие нагрузки нуждаются в границах сети или безопасности. Примечание. Подробный бизнес-контекст может потребоваться, если ваш запрос включает увеличение квот на уровне среды. При запросе изменения квоты региональной среды необходимо запросить соответствующее изменение квоты глобальной среды.

• Регионы. Утверждения для увеличения запросов зависят от вычислительной емкости, доступной в регионах Azure.

• Конкретные требования к вычислительным ресурсам: платформа поддерживает 4 ГБ для каждого приложения контейнера. Ограничения памяти переопределяются на основе каждого регистра.

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

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

Доступность альфа-API Dapr не гарантируется или поддерживается корпорацией Майкрософт.

Хотя компоненты уровня 1 полностью поддерживаются, компоненты уровня 2 поддерживаются с наилучшими усилиями. Подробнее.

Обычная временная шкала выпуска Dapr составляет до шести недель после выпуска Dapr OSS. Последняя версия Dapr доступна в приложениях контейнеров Azure только после строгого тестирования. Развертывание во всех регионах может занять до двух недель или дольше.

Вы можете отправить запрос на функцию с помощью репозитория GitHub для приложений контейнеров Azure. Обязательно включите "Dapr" в заголовок запроса функции.

Развертывание без Docker позволяет развертывать приложение без определения Dockerfile в коде. Вместо этого функция облачной сборки для контейнерных приложений использует buildpacks для преобразования исходного кода на локальном компьютере в образ контейнера. Этот параметр использует реестр приложений контейнеров Azure по умолчанию.

У вас возникает известная проблема с развертываниями, не мешающими Docker. Повторная попытка может устранить эту проблему. При возникновении этой проблемы откройте проблему GitHub, чтобы наша команда могли изучить эту проблему .

Необходимо включить защиту данных для всех приложений .NET в приложениях контейнеров Azure. Дополнительные сведения см. в статье о развертывании и масштабировании приложения ASP.NET Core в приложениях контейнеров Azure.

Контейнерные приложения поддерживают четыре версии JDK LTS: JDK 8, JDK 11, JDK 17 и JDK 21. Для сборки исходного кода версия по умолчанию — JDK 17. Для сборки JAR-файла версия JDK считывается из расположения META-INF\MANIFEST. MF в JAR-файле, но использует JDK по умолчанию версии 17, если указанная версия недоступна.

Вы можете настроить JDK-версию для переопределения версии по умолчанию с помощью переменных среды сборки.

Maven

Сборку образа Java можно настроить с помощью переменных среды сборки.

При использовании containerapp up в сочетании с базой кода без Docker используйте --location параметр, чтобы приложение выполнялось в расположении, отличном от восточной части США.