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

Статья
05/21/2024

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

Вариант размещения	Service	Availability	Поддержка контейнеров
План потребления	Функции Azure	Обычно доступно (GA)	нет
План потребления Flex	Функции Azure	Предварительный просмотр	нет
План категории "Премиум"	Функции Azure	Общедоступная версия	Linux
План ценовой категории "Выделенный"	Функции Azure	Общедоступная версия	Linux
Приложения-контейнеры	Приложения-контейнеры Azure	Общедоступная версия	Linux

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

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

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

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

Обзор планов

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

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

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

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

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

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

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

Время ожидания приложения-функции

Длительность времени ожидания функций в приложении-функции определяется functionTimeout свойством в файле проекта host.json . Это свойство применяется специально к выполнению функций. После запуска триггера выполнения функции функция должна возвращать и реагировать в течение времени ожидания. Дополнительные сведения см. в разделе "Улучшение Функции Azure производительности и надежности".

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

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

¹ Независимо от параметра времени ожидания приложения-функции, 230 секунд — это максимальное время, в течение которого функция, активируемая HTTP, может реагировать на запрос. Это определяется стандартным временем простоя Azure Load Balancer. При более длительной обработке рассмотрите возможность использования асинхронного шаблона Устойчивых функций или отложите работу и получите немедленный ответ.
² Время ожидания по умолчанию для версии 1.x среды выполнения Функций не ограничено.
³ гарантировано до 60 минут. Исправления операционной системы и среды выполнения, исправление уязвимостей и масштабирование в поведении по-прежнему могут отменять выполнение функций, чтобы обеспечить надежную запись функций. ⁴ В плане потребления Flex узел не применяет ограничение времени выполнения. Однако в настоящее время нет гарантий, так как платформа может потребоваться завершить экземпляры во время масштабирования, развертываний или применить обновления.

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

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

Масштабировать

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

Планирование	Горизонтальное увеличение масштаба	Максимальное число экземпляров
План потребления	Управляемые события. Выполняет автоматическое масштабирование даже в периоды высокой нагрузки. Инфраструктура функций масштабирует ресурсы ЦП и памяти путем добавления дополнительных экземпляров узла Функций на основе количества входящих событий триггера.	Windows: 200 Linux: 100¹
План потребления Flex	Масштабирование для каждой функции. Решения на основе масштабирования на основе событий вычисляются на основе каждой функции, что обеспечивает более детерминированный способ масштабирования функций в приложении. За исключением HTTP, хранилища BLOB-объектов (сетки событий) и Устойчивые функции, все остальные типы триггеров функций в масштабе приложения на независимых экземплярах. Все триггеры HTTP в приложении масштабируются вместе в виде группы в одних и тех же экземплярах, как и все триггеры хранилища BLOB-объектов (Сетка событий). Все триггеры Устойчивые функции также совместно используют экземпляры и масштабируются вместе.	Ограничивается только общим использованием памяти всех экземпляров в заданном регионе. Дополнительные сведения см. в разделе "Память экземпляра".
План категории "Премиум"	Управляемые события. Горизонтальное увеличение масштаба выполняется автоматически, даже во время периодов высокой нагрузки. Функции Azure инфраструктура масштабирует ресурсы ЦП и памяти путем добавления дополнительных экземпляров узла функций на основе количества событий, на которых активируются его функции.	Windows: 100 Linux: 20-100²
План ценовой категории "Выделенный"³	Ручная или автомасштабирование	10-30 100 (ASE)

¹ Во время горизонтального увеличения масштаба в настоящее время существует ограничение в 500 экземпляров на подписку в час для приложений Linux в плане Потребления.
² В некоторых регионах приложения Linux в плане "Премиум" могут масштабироваться до 100 экземпляров. Дополнительную информацию см. в статье "План Премиум".
³ Для определенных ограничений для различных параметров плана службы приложений см. раздел ограничения плана службы приложений.

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

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

Лимиты служб

Ресурс	План потребления	План^{потребления Flex 12}	План категории "Премиум"	Выделенный план/ASE
Время ожидания по умолчанию (в мин)	5	30	30	30¹
Максимальное время ожидания (в мин)	10	несоотвленное¹⁵	не ограничено⁷	не ограничено²
Максимальное количество исходящих подключений (на экземпляр)	600 активных (всего 1200)	unbounded	unbounded	unbounded
Максимальный размер запроса (МБ)³	100	100	100	100
Максимальная длина строки запроса³	4096	4096	4096	4096
Максимальная длина URL-адреса запроса³	8192	8192	8192	8192
ACU на экземпляр	100	Различается	210–840	100-840/210-250⁸
Максимальный объем памяти (ГБ на экземпляр)	1.5	4¹³	3,5–14	1.75-14/3.5-14
Максимальное число экземпляров (Windows/Linux)	200/100	1000 ¹⁴	100/20	зависит от номера SKU/100⁹
Приложения-функции на план¹¹	100	100	100	не ограничено⁴
Планы службы приложений	100 на регион	Н/Д	100 шт. на одну группу ресурсов	100 шт. на одну группу ресурсов
Слоты развертывания на приложение¹⁰	2	Недоступно	3	1–20⁹
Хранилище⁵	5 ГБ	250 ГБ	250 ГБ	50–1000 ГБ
Количество личных доменов на одно приложение	500⁶	500	500	500
личных доменов Поддержка SSL	включено неограниченное количество SSL-соединений на основе SNI	включено неограниченное количество SSL-соединений на основе SNI и 1 SSL-соединение на основе IP	включено неограниченное количество SSL-соединений на основе SNI и 1 SSL-соединение на основе IP	включено неограниченное количество SSL-соединений на основе SNI и 1 SSL-соединение на основе IP

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

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

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

Функция	План потребления	План потребления Flex	План категории "Премиум"	Выделенный план/ASE
Ограничения для входящих IP-адресов	✅Да	✅Да	✅Да	✅Да
Частные конечные точки входящего трафика	❌Нет	✅Да	✅Да	✅Да
Интеграция с виртуальной сетью	❌Нет	✅Да (Региональный)	✅Да (Региональный)	✅Да (Региональный и шлюз)
Триггеры виртуальной сети (без HTTP)	❌Нет	✅Да	✅Да	✅Да
Гибридные подключения (только для Windows)	❌Нет	✅Да	✅Да	✅Да
Ограничения исходящих IP-адресов	❌Нет	✅Да	✅Да	✅Да

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

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

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

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

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

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

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

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

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

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

Share via