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

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

Программные интерфейсы

Предоставляет ли приложения контейнеров Azure прямой доступ к базовому API Kubernetes?

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

Можно ли импортировать API приложений контейнеров Azure из контекста Управление API?

Да.

Выставление счетов

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

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

Настройка

Можно ли настроить GitHub Actions для автоматического создания и развертывания кода в приложениях контейнеров Azure?

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

Управление данными

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

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

Планы продаж

Как запросить увеличение квоты?

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

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

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

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

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

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

Dapr

Какие функции и API Dapr доступны в приложениях контейнеров Azure?

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

Поддерживаются ли api-интерфейсы и компоненты альфа-dapr в приложениях контейнеров Azure?

Приложения контейнеров Azure предлагают разработчикам возможность экспериментировать с новейшими API-интерфейсами Dapr альфа и функциями самостоятельного использования. Хотя доступность этих альфа-API и компонентов не гарантируется, вы можете оставаться впереди кривой и изучать передовые технологии по мере их доступности. Хотя эти альфа-API и компоненты предоставляются "как есть" и "как доступно", их непрерывная эволюция в направлении стабильного состояния гарантирует, что разработчики всегда могут находиться на переднем крае инноваций.

Что такое частота выпуска версии Dapr в приложениях контейнеров Azure?

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

Как запросить улучшение функции Dapr для приложений контейнеров Azure?

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

Развертывания Dockerless

Что такое развертывание с меньшим количеством docker?

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

Во время развертывания приложения docker-less сообщения о "ImagePullBackOff на легионе", "Ошибка Kubernetes" или "Ошибка шлюза" отображаются, и мое приложение не развертывается успешно.

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

Развертывание приложений .NET

Что делать, если не удается масштабировать приложение .NET?

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

Развертывание приложений Java

Какие версии JDK поддерживаются и как настроить версию JDK?

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

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

Какие средства сборки Java поддерживаются?

Maven

Как настроить сборку образа Java из исходного кода?

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

Разделы справки убедитесь, что сборка и образ моей сборки docker-less доступны в том же регионе, что и мое приложение?

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