Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
При использовании плана Функции Azure Consumption, каждое повторное выполнение функции оркестратора считается отдельным платным вызовом, и вы также оплачиваете услугу хранения, которая сохраняет состояние вашей оркестрации. В этой статье затраты на Устойчивые функции разбиваются на конкретные области, что даёт возможность понять и оптимизировать их.
Содержание этой статьи
- Выставление счетов за воспроизведение функции Orchestrator — как воспроизведение создает расходы на план потребления
- Выставление счетов останавливается во время ожидания и получения . Почему вы не взимаете плату во время ожидания
- HTTP-опрос и повторные сборы - Как внутренний опрос влияет на выставление счетов
- Транзакции планировщика устойчивых задач — цены на серверную часть, созданные для конкретных задач
- служба хранилища Azure транзакции — факторы затрат учетной записи хранения
Выставление счетов за повторное выполнение функции Orchestrator
Функции оркестратора могут воспроизводиться несколько раз в течение всего времени существования оркестрации. Среда выполнения Функции Azure просматривает каждое воспроизведение как вызов отдельной функции. По этой причине при использовании плана потребления Функции Azure плата взимается за каждое воспроизведение функции оркестратора. Другие виды планов не взимают плату за перезапуск функций оркестратора.
Выставление счетов останавливается во время ожидания и получения
Когда функция оркестратора ожидает завершения асинхронной задачи, среда выполнения считает, что вызов конкретной функции завершен. Выставление счетов для функции оркестратора останавливается на этом этапе. Он не возобновляется до следующего воспроизведения функции оркестратора. Вам не выставляются счета за время ожидания или уступок в функции оркестратора.
Примечание
В отличие от прямых вызовов между функциями, где обе функции выполняются и выставляются счета одновременно, функции оркестратора могут избежать проблемы двойного выставления счетов. Выставление счетов функции оркестратора останавливается, пока она ожидает результата функции действия или суборхестации.
Http-опросы и расходы на воспроизведение
Функции Оркестратора могут выполнять длительные HTTP-вызовы к внешним конечным точкам. API-интерфейсы "вызов HTTP" могут внутренне опрашивать конечную точку HTTP, следуя асинхронному шаблону 202.
Внутрисистемное опрашивание HTTP само по себе не влечет дополнительных расходов. Однако каждый опрос может привести к повторному воспроизведению функции оркестратора, и эти воспроизведения оплачиваются по стандартной ставке в рамках тарифного плана Consumption.
Транзакции планировщика устойчивых задач
Планировщик устойчивых задач — это встроенная управляемая серверная часть для устойчивых задач, которую можно использовать с любым из планов размещения функций. Она предлагает две модели ценообразования на основе действий.
Действие — это сообщение, отправленное планировщиком устойчивых задач в ваше приложение, которое инициирует выполнение оркестратора, активности или функции объекта. Действия включают запуск оркестрации, планирование действий, завершение таймеров и обработку результатов.
| Артикул | Description |
|---|---|
| Преданный | Фиксированная ежемесячная плата за единицу емкости (CU). Каждый вычислительный блок поддерживает до 2000 действий в секунду и 50 ГБ данных для хранения оркестрации. |
| Потребление (предварительная версия) | Модель оплаты за использование, в которой вы оплачиваете только отправленные действия. Идеально подходит для переменных рабочих нагрузок и сценариев разработки. |
Подробные сведения о ценах, сравнения SKU и примеры планирования емкости см. в разделе Оплата услуг Durable Task Scheduler.
Транзакции со службой хранилища Azure
При использовании поставщика служба хранилища Azure Устойчивые функции может поддерживать постоянное состояние, обрабатывать сообщения и управлять секциями с помощью аренды BLOB-объектов. Так как вы владеете этой учетной записью хранения, плата за транзакции взимается на подписку Azure.
Несколько факторов влияют на затраты служба хранилища Azure. Опрос очередей экземплярами функций приложения и контроллером масштабируемости обычно создает большинство транзакций в хранилище. К другим факторам относятся:
- Операции аренды BLOB-объектов для управления секциями
- Общий доступ к ресурсам концентратора задач между функциями
Дополнительную информацию о затратах на служба хранилища Azure и поведении при опросе очередей смотрите в разделе служба хранилища Azure provider.
Tip
Чтобы сравнить профили затрат, функции и компромиссы различных поставщиков хранилища, см. Устойчивые функции поставщиков хранилища.