Поддержка контейнеров Linux в Azure Functions

При планировании и разработке отдельных функций для выполнения в Функции Azure обычно основное внимание уделяется самому коду. Платформа Azure Functions упрощает развертывание вашего проекта кода в функциональное приложение в Azure. При развертывании проекта кода в приложении-функции, работающем в Linux, проект выполняется в контейнере, созданном для вас автоматически. Этот контейнер управляется функциями.

Функции также поддерживают развертывания контейнеризированных функциональных приложений. В контейнерном развертывании вы создаете свой собственный экземпляр приложения-функции в локальном контейнере Docker из поддерживаемого базового образа. Затем вы можете развернуть это контейнеризованное функциональное приложение в среде размещения на Azure. Создание собственного контейнера приложения-функции позволяет настраивать или управлять средой непосредственной среды выполнения кода функции.

Параметры размещения контейнеров

Существует несколько вариантов размещения контейнерных приложений-функций в Azure:

Сравнение поддержки функций

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

1. В контейнерных приложениях по умолчанию используется 10 экземпляров, но можно задать максимальное количество реплик, которое имеет общее максимальное значение 1000. Этот параметр учитывается до тех пор, пока доступно достаточно квоты ядер. При создании приложения-функции из портала Azure вы ограничены до 300 экземпляров.
2. В некоторых регионах приложения Linux в плане "Премиум" могут масштабироваться до 100 экземпляров. Дополнительную информацию см. в статье "План Премиум".
   
3. К конкретным ограничениям для различных вариантов планов Службы приложений см. ограничения плана Службы приложений.
4. Паритет функций — это цель интегрированного хостинга в Azure Container Apps.
5. Требуется KEDA; поддерживается большинством триггеров. Сведения о том, какие триггеры поддерживают масштабирование на основе событий, см. в разделе "Рекомендации по размещению контейнерных приложений".
6. Если минимальное количество реплик равно нулю, время ожидания по умолчанию зависит от конкретных триггеров, используемых в приложении.
7. Не применяется максимальное время ожидания выполнения. Однако льготный период, предоставленный выполнению функции, составляет 60 минут во время масштабирования, а льготный период 10 минут предоставляется во время обновлений платформы.
8. Требуется, чтобы план службы приложений был настроен на Always On. Льготный период 10 минут предоставляется во время обновлений платформы.

Обслуживание пользовательских контейнеров

При создании собственных контейнеров необходимо сохранить базовый образ контейнера, обновленный до последнего поддерживаемого базового образа. Базовые образы, поддерживаемые для Функций Azure, специфичны для языка и находятся в репозиториях базовых образов Функций Azure.

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

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

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

В некоторых случаях необходимо внести изменения на уровне платформы, которые могут означать, что приложение в пользовательском контейнере с помощью старого базового образа может перестать работать должным образом. Для таких серьезных изменений мы развертываем обновленные образы задолго до изменений, чтобы приложения, которые получают регулярные обновления, не были негативно затронуты. Чтобы избежать потенциальных проблем с приложениями, работающими в пользовательских контейнерах, убедитесь, что вы не отстаёте от последней выпущенной минорной версии. Если в ходе обращения в службу поддержки мы определим, что ваше приложение испытывает проблемы из-за старой или неподдерживаемой версии, мы просим вас обновить контейнер до последней версии базового образа, прежде чем продолжать поддержку.

Начало работы

Используйте следующие ссылки, чтобы приступить к работе с Функции Azure в контейнерах Linux:

Связанные статьи

• Работа с контейнерами и Функции Azure