Варианты размещения Функций Azure

2025-05-09

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

Вариант размещения	Сервис	Доступность	Поддержка контейнеров
План потребления Flex	Функции Azure	Общедоступно (GA)	нет
План категории "Премиум"	Функции Azure	Генеральная Ассамблея	Линукс
Выделенный план	Функции Azure	Генеральная Ассамблея	Линукс
Контейнерные приложения	Приложения-контейнеры Azure	Генеральная Ассамблея	Линукс
План потребления	Функции Azure	Генеральная Ассамблея	нет

Варианты размещения функций Azure поддерживаются инфраструктурой службы приложений Azure на виртуальных машинах с ОС Linux и Windows. Вариант размещения, который вы выбираете, определяет следующее поведение:

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

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

В этой статье представлено подробное сравнение различных вариантов размещения. Дополнительные сведения о запуске и управлении кодом функции в контейнерах Linux см. в разделe Поддержка контейнеров Linux в Функции Azure.

Обзор планов

Ниже приведены краткие сведения о преимуществах различных вариантов размещения Функции Azure:

Вариант	Льготы
План потребления Flex	Получите быстрое горизонтальное масштабирование с выбором вычислительных возможностей, виртуальных сетей и оплатой по мере использования. В плане потребления Flex экземпляры узла функций динамически добавляются и удаляются на основе настроенного параллелизма каждого экземпляра и количества входящих событий. ✔ Уменьшите время холодного запуска, указав один или несколько заранее подготовленных (всегда готовых) экземпляров. ✔ Поддерживает виртуальную сеть для добавленной безопасности. ✔ Платите, когда ваши функции выполняются. ✔ Масштабирование выполняется автоматически, даже во время периодов высокой нагрузки.
План категории "Премиум"	Автоматически масштабируется по требованию с помощью предварительно разогретых рабочих процессов, которые запускают приложения без задержки после простоя, работают на более мощных инстанциях и подключаются к виртуальным сетям. В следующих ситуациях обратите внимание на план Azure Functions Premium: ✔ Приложения-функции выполняются непрерывно или почти непрерывно. ✔ Вы хотите больше управления экземплярами и хотите развернуть несколько приложений-функций в одном плане с масштабированием на основе событий. ✔ У вас большое количество небольших выполнений и высокая стоимость выполнения, но низкое потребление ГБ-секунд в плане потребления. ✔ Вам требуется больше параметров ЦП или памяти, чем предоставляются планами потребления. ✔ Код требуется выполнять дольше максимального времени выполнения, разрешенного в плане потребления. ✔ Требуется подключение к виртуальной сети. ✔ Вы хотите предоставить пользовательский образ Linux, в котором будут выполняться функции.
Выделенный план	Выполняйте функции в рамках плана службы приложений по стандартным тарифам плана службы приложений. Лучше всего подходит для долго выполняющихся сценариев, в которых Устойчивые функции нельзя использовать. План службы приложений стоит использовать в следующих случаях: ✔ У вас есть виртуальные машины, которые недоиспользуются и уже работают с другими инстанциями App Service. ✔ Необходимо иметь полностью предсказуемое выставление счетов, либо вручную масштабировать экземпляры. ✔ Вы хотите запустить несколько веб-приложений и приложений-функций в одном плане ✔ Вам нужен доступ к более крупному выбору размера вычислительных ресурсов. ✔ Полная изоляция вычислений и безопасный сетевой доступ предоставляются в Среде службы приложений (App Service Environment, ASE). ✔ Очень высокая загрузка памяти и высокий масштаб (ASE).
Контейнерные приложения	Создание и развертывание контейнерных приложений-функций в полностью управляемой среде, размещенной приложениями контейнеров Azure. Используйте модель программирования Azure Functions для создания приложений-функций на основе событий, бессерверные и нативные для облака. Запустите свои функции вместе с другими микрослужбами, API, веб-сайтами и рабочими процессами в качестве размещенных в контейнере программ. Рассмотрите возможность размещения функций в приложениях-контейнерах в следующих ситуациях: ✔ Вы хотите упаковать пользовательские библиотеки в код вашей функции для поддержки линейных бизнес-приложений. ✔ Необходимо перенести выполнение кода из локальных или устаревших приложений в облачные микрослужбы, работающие в контейнерах. ✔ Если вы хотите избежать затрат и сложности управления кластерами Kubernetes и выделенными вычислительными ресурсами. ✔ Вашим функциям требуется высокопроизводительная мощность обработки, предоставляемая выделенными вычислительными ресурсами GPU.
План потребления	Оплачивайте вычислительные ресурсы только когда ваши функции выполняются (оплата по факту использования) с автоматическим масштабированием. В рамках плана Consumption экземпляры хоста функций динамически добавляются и удаляются в зависимости от числа входящих событий. ✔ План размещения по умолчанию, предоставляющий истинное бессерверное размещение. ✔ Вы платите только за использование ваших функций. ✔ Масштабирование выполняется автоматически, даже во время периодов высокой нагрузки.

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

Поддержка операционных систем

В этой таблице показана поддержка операционных систем для вариантов размещения.

Хостинг	Развертывание Linux¹	Развертывание Windows²
План потребления Flex	✅ Только для кода ❌ Контейнер (не поддерживается)	❌ Не поддерживается.
План категории "Премиум"	✅ Только для кода ✅ Контейнер	✅ Только для кода
Выделенный план	✅ Только для кода ✅ Контейнер	✅ Только для кода
Контейнерные приложения	✅ Только контейнер	❌ Не поддерживается.
План потребления	✅ Только для кода ❌ Контейнер (не поддерживается)	✅ Только для кода

Linux — это единственная поддерживаемая операционная система для стека среды выполнения Python.
Развертывания Windows осуществляются исключительно на уровне кода. Функции в настоящее время не поддерживают контейнеры Windows.

Длительность времени ожидания приложения-функции

Продолжительность тайм-аута функций в функциональном приложении определяется свойством functionTimeout в файле host.json проекта. Это свойство применяется специально к выполнению функций. После запуска триггера выполнение функции следует завершить или ответить в установленное время ожидания. Чтобы избежать времени ожидания, важно создавать надежные функции. Для получения дополнительной информации см. «Повышение производительности и надежности Azure Functions».

В следующей таблице приведены значения по умолчанию и максимальные значения (в минутах) для конкретных планов:

Планирование	По умолчанию.	Максимум¹
План потребления Flex	30	Неограниченное²
План категории "Премиум"	30⁴	Неограниченное²
Выделенный план	30⁴	Безграничный³
Контейнерные приложения	30	Неограниченный⁵
План потребления	5	10

Независимо от параметра времени ожидания приложения-функции, 230 секунд — это максимальное время, затраченное функцией HTTP для реагирования на запрос. Это связано с временем простоя по умолчанию Azure Load Balancer. При более длительной обработке рассмотрите возможность использования асинхронного шаблона Устойчивых функций или отложите работу и получите немедленный ответ.
Максимальное время ожидания выполнения не применяется. Однако льготный период, предоставленный выполнению функции, составляет 60 минут во время масштабирования планов Flex Consumption и Premium, а льготный период 10 минут предоставляется во время обновлений платформы.
Требуется установить для плана службы приложений значение Always On. Льготный период 10 минут предоставляется во время обновлений платформы.
Время ожидания по умолчанию для среды выполнения узла функций версии 1.x неограниченно.
Если минимальное количество реплик равно нулю, время ожидания по умолчанию зависит от конкретных триггеров, используемых в приложении.

Поддержка языков

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

Масштаб

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

Планирование	Масштабирование	Максимальное число экземпляров
План потребления Flex	Масштабирование для каждой функции. Решения на основе масштабирования на основе событий вычисляются на основе каждой функции, что обеспечивает более детерминированный способ масштабирования функций в приложении. За исключением HTTP, хранилища Blob (Event Grid) и устойчивых функций, все остальные типы триггеров функций в вашем приложении масштабируются на независимых экземплярах. Все HTTP-триггеры в вашем приложении масштабируются как группа в одних и тех же экземплярах; как и все триггеры хранилища Blob (Сетка событий). Все триггеры Durable Functions также совместно используют экземпляры и масштабируются вместе.	1000¹
План категории "Премиум"	Событийно-ориентированный. Масштабирование выполняется автоматически, даже в периоды высокой нагрузки. Инфраструктура Azure Functions масштабирует ресурсы ЦП и памяти, добавляя дополнительные экземпляры хост-функций на основе количества событий, на которых выполняются ее функции.	Windows: 100⁶ Linux: 20-100^2,6
Выделенный план	Ручное/автомасштабирование	10-30³ 100 (ASE)
Контейнерные приложения	Событийно-ориентированный. Масштабирование выполняется автоматически, даже в периоды высокой нагрузки. Инфраструктура Azure Functions масштабирует ресурсы ЦП и памяти, добавляя дополнительные экземпляры хост-функций на основе количества событий, на которых выполняются ее функции.	300-1000⁴
План потребления	Событийно-ориентированный. Выполняет автоматическое масштабирование даже в периоды высокой нагрузки. Инфраструктура функций масштабирует ресурсы ЦП и памяти путем добавления дополнительных экземпляров узла Функций на основе количества входящих событий триггера.	Windows: 200 Linux: 100⁵

План Flex Consumption имеет региональную квоту подписки, которая ограничивает общее использование памяти всех экземпляров в заданном регионе. Дополнительные сведения см. в статье о квотах памяти региональной подписки. Планы потребления Flex в настоящее время поддерживают только Linux.
В некоторых регионах приложения Linux в плане "Премиум" могут масштабироваться до 100 экземпляров. Дополнительную информацию см. в статье "План Премиум".
Конкретные ограничения для различных вариантов плана в Службе приложений см. в разделе Ограничения плана Службы приложений.
В контейнерных приложениях по умолчанию используется 10 экземпляров, но можно задать максимальное количество реплик, которое имеет общее максимальное значение 1000. Этот параметр учитывается до тех пор, пока доступно достаточно квоты ядер. Дополнительные сведения см. в разделе "Квоты" для приложений контейнеров Azure. При создании приложения-функции из портала Azure вы ограничены до 300 экземпляров.
Во время масштабирования существует ограничение в 500 экземпляров на подписку в час для приложений Linux в плане использования.
Для триггеров http с ограниченным доступом к частной конечной точке масштабирование ограничено не более чем 20 экземплярами.

Поведение холодного запуска

Планирование	Сведения
План потребления Flex	Поддерживает всегда готовые экземпляры для уменьшения задержки при подготовке новых экземпляров.
План категории "Премиум"	Поддерживает всегда готовые экземпляры для предотвращения холодных запусков, позволяя содержать один или несколько всегда теплых экземпляров.
Выделенный план	При выполнении в выделенном плане хост функций может непрерывно работать на заданном количестве экземпляров, что в действительности не является проблемой холодного запуска.
Контейнерные приложения	Зависит от минимального количества реплик: • Если задано равное нулю: приложения могут масштабироваться до нуля при простое, а некоторые запросы могут иметь большую задержку при запуске. • Если задано одно или несколько значений: хост-процесс выполняется непрерывно, что означает, что холодный запуск не является проблемой.
План потребления	Приложения могут масштабироваться до нуля при простое, что означает, что некоторые запросы могут иметь большую задержку при запуске. План потребления имеет некоторые оптимизации, которые помогают уменьшить время холодного запуска, включая извлечение из предварительно разогретых функций-заглушек, которые уже имеют запущенные процессы узла и языка.

Лимиты услуг

Ресурс	План потребления Flex	План категории "Премиум"	Специальный план/ASE	Контейнерные приложения	План потребления
Длительность времени ожидания по умолчанию (мин)	30	30	30¹	30¹⁶	5
Максимальная длительность времени ожидания (мин)	неограниченный⁹	неограниченный⁹	не ограничено²	неограниченный¹⁷	10
Максимальное количество исходящих подключений (на экземпляр)	неограниченный	неограниченный	неограниченный	неограниченный	600 активных (всего 1200)
Максимальный размер запроса (МБ)³	210	210	210	210	210
Максимальная длина строки запроса³	4096	4096	4096	4096	4096
Максимальная длина URL-адреса запроса³	8192	8192	8192	8192	8192
ACU за экземпляр	210–840	100-840/210-250 10	Различается	100	Различается
Максимальный размер памяти (ГБ на экземпляр)	4¹⁴	3,5–14	1.75-256/8-256	Различается	1.5
Максимальное число экземпляров (Windows \| Linux)¹⁵	n/a \| 1000	20-100	10-30 (100 ASE)¹¹	300-1000¹⁸	200 \| 100
Количество приложений-функций на план¹³	1	100	не ограничено⁴	не ограничено⁴	100
Планы службы приложений	n/a	100 шт. на одну группу ресурсов	100 шт. на одну группу ресурсов	n/a	100 на регион
Слоты развертывания на каждое приложение¹²	n/a	3	1-20¹¹	Не поддерживается	2
Хранилище (временно)⁵	0,8 ГБ	21–140 ГБ	11–140 ГБ	n/a	0.5 ГБ
Хранилище (персистентное)	0 ГБ⁷	250 ГБ	10–1000 ГБ¹¹	n/a	1 ГБ^6,7
Пользовательские домены для приложения	500	500	500	Не поддерживается	500⁷
Поддержка TLS/SSL для личного домена	неограниченное SSL-соединение SNI и одно SSL-соединение через IP-адрес	неограниченное SSL-соединение SNI и одно SSL-соединение через IP-адрес	неограниченное SSL-соединение SNI и одно SSL-соединение через IP-адрес	Не поддерживается	включено неограниченное количество SSL-соединений на основе SNI

Примечания о ограничениях службы:

По умолчанию время ожидания для среды выполнения Функций 1.x в плане службы приложений неограниченное.
Требуется установить для плана службы приложений значение Always On. Оплата по стандартным тарифам. Льготный период 10 минут предоставляется во время обновлений платформы.
Эти ограничения задаются в узле.
Фактическое количество приложений-функций, которые можно разместить, зависит от активности приложений, размера экземпляров компьютера и соответствующего использования ресурсов.
Ограничение хранилища означает общий размер содержимого во временном хранилище для всех приложений в одном плане службы приложений. Для планов потребления в Linux хранилище в настоящее время составляет 1,5 ГБ.
План потребления использует файловое хранилище Azure Files для постоянного хранения данных. При предоставлении собственного общего ресурса Azure Files, ограничения размера общего ресурса зависят от учетной записи хранения, заданной для WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
На Linux необходимо явно смонтировать собственный общий ресурс Azure Files.
Если ваше функциональное приложение размещено в Плане потребления, поддерживается только параметр CNAME. Для функциональных приложений в плане категории "Премиум" или в плане службы приложений вы можете привязать пользовательский домен с помощью записи типа CNAME или A.
Максимальная продолжительность времени ожидания выполнения не установлена. Однако льготный период, предоставленный выполнению функции, составляет 60 минут во время масштабирования и 10 минут во время обновлений платформы.
Роли рабочих — это роли, в которых происходит размещение приложений клиентов. Они доступны в трех фиксированных размерах: один виртуальный ЦП/3,5 ГБ ОЗУ; два виртуальных ЦП/7 ГБ ОЗУ; четыре виртуальных ЦП/14 ГБ ОЗУ.
См. ограничения службы приложений для получения подробностей.
Включая производственный слот.
В настоящее время в данной подписке существует ограничение в 5 000 приложений-функций.
Размеры экземпляров плана потребления Flex в настоящее время определяются как 512 МБ, 2048 МБ или 4096 МБ. Дополнительные сведения см. в разделе «Память экземпляра».
Дополнительные сведения см. в статье о сравнении масштабирования.
Если минимальное количество реплик равно нулю, время ожидания по умолчанию зависит от конкретных триггеров, используемых в приложении.
Если минимальное количество реплик задано как одно или больше.

Функции сетей

Функция	План потребления Flex	План потребления	План категории "Премиум"	Специальный план/ASE	Приложения-контейнеры¹
Ограничения для входящих IP-адресов	✔	✔	✔	✔	✔
Частные конечные точки входящего трафика	✔		✔	✔
Интеграция с виртуальной сетью	✔		✔²	✔³	✔
Ограничения исходящих IP-адресов	✔		✔	✔	✔

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

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

Планирование	Сведения
План потребления Flex	Выставление счетов основано на числе выполнений, памяти экземпляров, когда они активно выполняют функции, а также стоимости любых всегда готовых экземпляров. Дополнительные сведения см. в разделе "Выставление счетов за план потребления Flex".
План категории "Премиум"	План "Премиум" основан на количестве ядерных секунд и памяти, используемых в нужных и предварительно прогретых экземплярах. По крайней мере один экземпляр по плану должен всегда быть в готовности. Этот план обеспечивает наиболее прогнозируемые цены.
Выделенный план	Вы платите за приложения-функции в плане службы приложений так же, как и за другие ресурсы Службы приложений, такие как веб-приложения. Для ASE предусмотрена фиксированная ежемесячная плата за инфраструктуру, которая не зависит от размера среды. Кроме того, есть стоимость на план App Service за виртуальный процессор (vCPU). Все приложения, размещенные в среде ASE, относятся к ценовой категории (SKU) Isolated. Дополнительные сведения см. в обзорной статье ASE.
Контейнерные приложения	Выставление счетов в приложениях контейнеров Azure основано на типе плана. Дополнительные сведения см. в разделе "Выставление счетов" в приложениях контейнеров Azure.
План потребления	Вы платите только за время выполнения функций. Плата начисляется на основе числа операций выполнения, времени выполнения и объема использованной памяти.

Для сравнения стоимости между динамическими планами размещения (потребление, Flex-потребление и премиум) см. на странице ценообразования Функций Azure. Цены на различные параметры Выделенного плана см. на странице цен на Службу приложений. Сведения о ценах на размещение контейнерных приложений см. в разделе о ценах на службы "Приложения контейнеров Azure".

Ограничения на создание новых приложений-функций в существующей группе ресурсов

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

Ценовая категория не разрешена в этой группе ресурсов
<сотрудники SKU_name> недоступны в группе ресурсов <resource_group_name>

Это может произойти при соблюдении следующих условий:

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

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

Когда происходит эта ошибка, создайте функциональное приложение и план хостинга в новой группе ресурсов.