Измерение использования, выставление счетов и цены для Azure Logic Apps

Применимо к: Azure Logic Apps (Потребление + Стандарт)

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

Потребление (мультитенантное)

Для мультитенантных приложений Azure Logic Apps и их рабочих процессов используется план потребления для ценообразования и выставления счетов. Такие приложения логики создаются различными способами, например при выборе типа ресурса приложение логики (версия потребления), использовании расширения Azure Logic Apps (версия потребления) в Visual Studio Code или создании задач автоматизации.

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

Компонент Измерение и выставление счетов
Операции с триггерами и действиями Модель потребления включает в себя изначальное количество бесплатных встроенных операций в каждой подписке Azure, которые может запускать рабочий процесс. После превышения этого количества к каждому выполнению применяется измерение, а выставление счетов осуществляется по ценам на действия для плана потребления. Для операций другого типа, таких как управляемые соединители, выставление счетов осуществляется по модели ценообразования для соединителей Стандартный или Enterprise в рамках плана потребления. Более подробную информацию вы можете найти в разделе Операции с триггерами и действиями в модели потребления.
Операции с хранилищем Измерение применяется только к потреблению хранилища, связанного с хранением данных, например при сохранении входных и выходных данных журнала выполнения рабочего процесса. Выставление счетов осуществляется по плану ценообразования для политики хранения данных по плану потребления. Дополнительные сведения см. в разделе Операции с хранилищем.
Учетные записи интеграции Измерение применяется в зависимости от типа учетной записи интеграции, которую вы создали и используете в приложении логики. Выставление счетов осуществляется по тарифам учетной записи интеграции. Дополнительные сведения см. в разделе Учетные записи интеграции.

Операции с триггерами и действиями в модели потребления

За исключением начального количества бесплатных выполнений встроенных операций для каждой подписки Azure, при которых рабочий процесс может выполняться, в модели "Consumption" измеряются и выставляются счета на основе каждого выполнения, независимо от того, удается ли запустить общий рабочий процесс, закончится ли его выполнение или даже если он не был создан. Операция обычно выполняется один раз, если только для нее не включены повторные попытки. В свою очередь, выполнение обычно совершает только один вызов, за исключением случаев, когда операция поддерживает и позволяет выполнять разделение на блоки или разбиение на страницы для получения больших объемов данных. Если включено разделение на блоки или разбиение на страницы, выполнение операции может совершить несколько вызовов.

В модели потребления измерение и выставление счетов для операций осуществляется за каждое выполнение, а не за каждый вызов. Например, предположим, что рабочий процесс начинается с триггера опроса, который получает записи путем регулярного выполнения исходящих вызовов к конечной точке. Исходящий звонок измеряется и оплачивается как одно выполнение независимо от того, срабатывает ли триггер или нет, например, когда триггер проверяет конечную точку, но не находит никаких данных или событий. Состояние триггера определяет, будет ли создан и запущен экземпляр рабочего процесса. Теперь предположим, что операция также поддерживает и включает разделение на блоки или разбиение на страницы. Если операция должна выполнить 10 вызовов, чтобы завершить получение всех данных, для целей измерения и выставления счетов операция по-прежнему считается за одно выполнение, несмотря на совершение нескольких вызовов.

Примечание.

По умолчанию триггеры, возвращающие массив, имеют параметр Split On , который уже включен. Этот параметр приводит к событию триггера, которое можно просмотреть в журнале триггеров и экземпляр рабочего процесса для каждого элемента массива. Все экземпляры рабочих процессов выполняются параллельно, чтобы элементы массива обрабатывались одновременно. Выставление счетов применяется ко всем событиям триггера, независимо от того, было состояние триггера успешным или пропущенным. Триггеры по-прежнему оплачиваются даже в сценариях, когда триггеры не инициируют и не запускают рабочий процесс, но состояние триггера Успешно выполнено, Ошибка или Пропущено.

В следующей таблице показано, как модель потребления обрабатывает измерение и выставление счетов для этих типов операций при использовании с приложением логики и рабочим процессом в мультитенантных Azure Logic Apps:

Тип операции Описание Измерение и выставление счетов
Встроены Эти операции выполняются непосредственно и изначально в среде выполнения Azure Logic Apps. В конструкторе эти операции помечены как встроенные.

Например, триггеры HTTP и Request являются встроенными триггерами. Действие HTTP и действие ответа являются встроенными действиями. К другим встроенным операциям относятся действия по управлению рабочими процессами, такие как циклы и условия, операции с данными, пакетные операции и др.		 Модель потребления включает в себя начальное количество бесплатных встроенных операций для каждой подписки Azure, доступное для запуска рабочего процесса. После превышения этого количества для выполнения встроенных операций применяется ценообразование на действия.

Примечание. Некоторые операции управляемого соединителя также доступны в виде встроенных операций, которые включены в число изначальных бесплатных операций. За исключением изначально бесплатных операций, выставление счетов осуществляется по тарифам на действия, а не по тарифам на соединители категории Стандарт или Enterprise.
Управляемый соединитель Эти операции выполняются в Azure отдельно. В конструкторе эти операции помечены как Стандартный или Enterprise. Для выполнения этих операций используются цены на соединители категории Стандартный или Enterprise.

Примечание. Для выполнения операций предварительной версии корпоративного соединителя используются цены на соединители категории Стандартный.
Настраиваемый соединитель Эти операции выполняются в Azure отдельно. В конструкторе эти операции помечены как пользовательские. Ограничения количества соединителей, пропускной способности и времени ожидания см. в разделе Ограничения пользовательских соединителей в Azure Logic Apps. Эти операции выполняются по стандартным ценам на соединители.

Дополнительные сведения о том, как модель потребления работает с операциями, выполняемыми внутри других операций, таких как циклы, обработка нескольких элементов, например массивов, и политики повторов, см. в статье Поведение других операций.

Советы по оценке затрат для модели потребления

Чтобы помочь вам более точно оценить затраты на использование, ознакомьтесь с этими советами:

  • Рассмотрите возможное количество сообщений или событий, которые могут поступать в любой конкретный день, а не берите за базу вычислений только интервал опроса.

  • Когда событие или сообщение соответствует критериям активации, многие триггеры немедленно пытаются считывать не только его, но и все другие ожидающие события и сообщения, которые соответствуют критериям. Такое поведение означает, что даже если выбрать более длительный интервал опроса, триггеры срабатывают на основе количества ожидающих сообщений или событий, которые соответствуют критериям для запуска рабочих процессов. Триггеры, которые следуют этому поведению, включают Служебная шина Azure и Центры событий Azure.

    Например, предположим, что вы настраиваете триггер, который проверяет конечную точку каждый день. Когда этот триггер проверяет конечную точку и обнаруживает 15 событий, которые соответствуют критериям, он срабатывает и выполняет соответствующий рабочий процесс 15 раз. Учёт всех операций службы Logic Apps производится по всем действиям, выполняемым этими 15 рабочими процессами, включая триггерные запросы.

Стандартный (один клиент)

В Azure Logic Apps с одним клиентом для приложения логики и его рабочего процесса используется план ценообразования и выставления счетов Стандартный. Создавать такие логические приложения можно различными способами, например, выбирая тип ресурса Logic App (Standard) или используя расширение Azure Logic Apps (Standard) в Visual Studio Code. Эта модель ценообразования требует, чтобы приложения логики использовали план размещения и ценовую категорию. Отличие от плана потребления состоит в том, что плата взимается за зарезервированную емкость и выделенные ресурсы независимо от того, используются они или нет.

При создании приложения логики с типом ресурса Logic App (Standard) можно выбрать вариант размещения, например план службы рабочих процессов, среда службы приложений версии 3 или гибридная среда.

Внимание

Если выбрать среду службы приложений версии 3, необходимо также выбрать план службы приложений. План службы приложений доступен и поддерживается только в Среде службы приложений версии 3 (ASE версии 3).

Следующие планы и ресурсы больше не будут доступны или поддерживаться с публичным выпуском стандартных рабочих процессов в логических приложениях Azure с одноарендаторной архитектурой: план "Functions Premium", Среда службы приложений версии 1 и Среда службы приложений версии 2.

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

Компонент Измерение и выставление счетов
Виртуальный ЦП и память Для вариантов размещения план службы рабочих процессов и среда службы приложений версии 3 также выберите ценовую категорию, которая определяет уровни ресурсов и цены, применяемые к емкости вычислений и памяти.

Дополнительные сведения см. в разделе "Ценовые категории" в модели "Стандартный". Сведения о гибридном развертывании см. в разделе "Стандартный" (гибридное развертывание).
Операции с триггерами и действиями Стандартная модель включает в себя неограниченное количество бесплатных встроенных операций, которые может запустить ваш рабочий процесс.

Если рабочий процесс использует какие-либо операции управляемого соединителя, измерение применяется к каждому вызову, в то время как выставление счетов осуществляется по той же модели ценообразования для соединителей Стандартный и Enterprise, что и при использовании плана на основе потребления. Дополнительные сведения см. в статье Операции с триггерами и действиями в модели стандартной версии.
Операции с хранилищем Измерение применяется к любым операциям с хранилищем, выполняемым Azure Logic Apps. Например, операции с хранилищем выполняются, когда служба сохраняет входные и выходные данные из журнала выполнения рабочего процесса. Выставление счетов осуществляется на основе выбранной ценовой категории. Дополнительные сведения см. в разделе Операции с хранилищем.
Учетные записи интеграции Если вы создаете учетную запись интеграции для использования в вашем приложении логики, измерение будет зависеть от типа созданной учетной записи интеграции. Выставление счетов осуществляется на основе модели ценообразования для учетной записи интеграции. Дополнительные сведения см. в разделе Учетные записи интеграции.

Ценовые категории в модели стандартной версии

Ценовая категория, выбранная для измерения и выставления счетов для ресурса Приложения логики (стандартный), включает определенные объемы вычислений в виртуальных ЦП и ресурсах памяти. Если выбрать среду службы приложений версии 3 в качестве варианта размещения и плана службы приложений, в частности ценовую категорию "Изолированный план службы версии 2", взимается плата за экземпляры, используемые планом службы приложений и для выполнения рабочих процессов приложения логики. Больше ни за что плата не взимается. Дополнительные сведения см. в разделе План службы приложений — уровни цен для Изолированного плана V2.

Если вы выберете план размещения Workflow Standard, можно выбрать один из следующих тарифов:

Ценовая категория Виртуальный ЦП Память (ГБ)
WS1 1 3.5
WS2 2 7
WS3 4 14

Внимание

Следующий пример предназначен только для иллюстрации. В этом примере представлены примерные цены, которые показывают, как работает ценовая категория. Конкретные цены на виртуальные ЦП и память на основе определенных регионов, где доступна Azure Logic Apps, см. в плане "Стандартный" для выбранного региона на странице цен Azure Logic Apps.

Предположим, что в примере региона для следующих ресурсов заданы следующие почасовые тарифы.

Ресурс Почасовой тариф (пример региона)
vCPU 0,192 долл. за виртуальный ЦП
Память 0,0137 долл. США за 1 ГБ

В следующем примере рассчитывается приблизительный месячный тариф.

< Месячный тариф> = 730 часов (в месяц) * [(<кол-во виртуальных ЦП> * <почасовой тариф на виртуальный ЦП>) + (<кол-во ГБ памяти> * <почасовой тариф на ГБ памяти>)]

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

Ценовая категория Виртуальный ЦП Память (ГБ) Месячный тариф (пример региона)
WS1 1 3.5 175,16 долл.
WS2 2 7 350,33 долл.
WS3 4 14 700,65 долл.

Операции триггеров и действий в стандартной модели

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

Например, предположим, что рабочий процесс начинается с триггера опроса, который получает записи путем регулярного выполнения исходящих вызовов к конечной точке. Измерение и выставление счетов осуществляется для исходящего вызова, независимо от того, срабатывает ли триггер или пропускается. Состояние триггера определяет, будет ли создан и запущен экземпляр рабочего процесса. Теперь предположим, что операция также поддерживает и включает разделение на блоки или разбиение на страницы. Если операция должна выполнить 10 вызовов, чтобы завершить получение всех данных, она учитывается и оплачивается на основе каждого вызова.

В следующей таблице представлены общие сведения о том, как модель стандартной версии обрабатывает измерение и выставление счетов для типов операций при использовании с приложением логики и рабочим процессом Azure Logic Apps с одним клиентом.

Тип операции Описание Измерение и выставление счетов
Встроены Эти операции выполняются непосредственно и изначально в среде выполнения Azure Logic Apps. В конструкторе эти операции можно найти в галерее соединителей в подразделе "Встроенный".

Например, триггеры HTTP и Request являются встроенными триггерами. Действие HTTP и действие ответа являются встроенными действиями. К другим встроенным операциям относятся действия по управлению рабочими процессами, такие как циклы и условия, операции с данными, пакетные операции и др.		 Стандартная модель включает неограниченное количество бесплатных встроенных операций.

Примечание. Некоторые операции управляемого соединителя также доступны в виде встроенных операций. Несмотря на то что встроенные операции являются бесплатными, в стандартной модели для операций с управляемым соединителем измерение и выставление счетов по-прежнему осуществляется с использованием той же модели ценообразования для соединителей категории Стандартный или Enterprise, что и в модели на основе потребления.
Управляемый соединитель Эти операции выполняются отдельно в общей глобальной среде Azure. В конструкторе эти операции можно найти в галерее соединителей в разделе Runtime>, Shared. Стандартная модель измеряет и выставляет счета за операции управляемых соединителей, используя ту же модель ценообразования для соединителей Стандартный и Enterprise, как в модели на основе потребления.

Примечание: Для операций предварительной версии корпоративного соединителя применяются цены на соединители категории Потребление Стандарт.
Настраиваемый соединитель В настоящее время в рабочих процессах приложения логики на основе одного клиента можно создавать и использовать только встроенные операции пользовательских соединителей. Стандартная модель включает неограниченное количество бесплатных встроенных операций. Ограничения пропускной способности и времени ожидания см. в разделе Ограничения пользовательских соединителей в Azure Logic Apps.

Дополнительные сведения о том, как стандартная модель работает с операциями, выполняемыми внутри других операций, таких как циклы, обработка нескольких элементов, например массивов, и политики повторов, см. в статье Поведение других операций.

Стандартный — гибридное развертывание

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

Вычисление использования виртуального ЦП

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

Использование виртуального ЦП = (# выделенных виртуальных ЦП) x (# реплик)

Ценность Описание
# выделенных виртуальных ЦП По умолчанию вашему приложению логики выделяется определенное количество виртуальных процессоров (vCPU). Вы можете изменить это выделение виртуального ЦП в любое время после создания ресурса приложения логики.

Примечание: Все виртуальные ЦП, выделенные вашему приложению логики, приходят из виртуальных ЦП реплики, поэтому диапазон распределения составляет от 0,25 до 2 ядер. Дополнительные сведения см. в следующей строке.
Количество реплик Реплика — это новый экземпляр редакции ресурса приложения логики или версии, которая развертывается при возникновении события триггера рабочего процесса. Это число реплик может отличаться из-за потребностей масштабирования вашего приложения в любое время. Можно установить минимальное и максимальное количество реплик для каждой версии или редакции, чтобы они соответствовали вашим потребностям масштабирования.

Примечание. Каждая реплика ограничена двумя виртуальными ЦП. Выделяемые вашему логическому приложению виртуальные процессоры приходят из реплицированных vCPU, поэтому диапазон выделения составляет от 0,25 до 2 ядер.

Расчет платы за выставление счетов

Следующая формула вычисляет вашу почасовую плату, которая основана на использовании виртуального ЦП и ставке $USD в час в разделе цен на модель гибридного развертывания Logic Apps, когда ваше приложение Logic Apps включено.

Стоимость за час = (потребление vCPU) x (тариф за час)

Например, только в следующей таблице показаны некоторые примеры расчетов оплаты за выставление счетов:

# выделенных виртуальных ЦП Кол-во реплик Использование виртуального ЦП курс доллара США в час Плата в час
1 1 (1 x 1) = 1 $0,22 (1 x $0,22) = $0,22
0,5 2 (0,5 x 2) = 1 $0,22 (1 x $0,22) = $0,22
0,5 1 (0,5 x 1) = 0,5 $0,22 (0,5 x $ 0,22) = $0,11

Поведение других операций

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

Операция Описание Потребление Стандарт
Циклические действия Действие цикла, такого как цикл For each или Until, может включать в себя другие действия, выполняемые в каждой итерации цикла. За исключением изначального количества предназначенных встроенных операций, действие цикла и каждое действие в цикле измеряются при каждом выполнении цикла. Если действие обрабатывает какие-либо элементы в коллекции, например список или массив, количество элементов также используется при расчете измерения.

Давайте для примера рассмотрим цикл For each, который обрабатывает список. Служба умножает число элементов списка на число действий в цикле, а также добавляет действие запуска цикла. Таким образом, вычисление для 10-элементного списка имеет значение (10 * 1) + 1, что дает результаты в виде 11 выполнений действий.

Цены основаны на том, являются ли типы операций встроенными, стандартными или корпоративными.		 За исключением включенных встроенных операций, аналогичных модели потребления.
Политики повторных попыток Для поддерживаемых операций можно реализовать базовую обработку исключений и ошибок, настроив политику повтора. За исключением изначального числа встроенных операций, первоначальное выполнение и каждое повторное выполнение измеряются. Например, действие, выполняемое с 5 повторными попытками, измеряется и оплачивается как 6 выполнений.

Цены основаны на том, являются ли типы операций встроенными, стандартными или корпоративными.		 За исключением встроенных включенных операций, аналогично модели потребления.

Операции с хранилищем

Azure Logic Apps использует службу хранилища Azure для выполнения любых необходимых транзакций с хранилищем, таких как использование очередей для планирования операций с триггером или использование таблиц и больших двоичных объектов для хранения состояний рабочих процессов. В зависимости от операций, выполняемых в рабочем процессе, затраты на хранение различаются, поскольку разные сочетания триггеров, действий и полезных данных требуют разных операций и условий хранения. Служба также сохраняет входные и выходные данные журнала выполнения рабочего процесса с учетом предельного срока хранения журнала выполнения ресурса приложения логики. Вы можете управлять этим предельным сроком хранения на уровне ресурсов приложения логики, а не на уровне рабочего процесса.

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

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

Совет. Чтобы получить представление о количестве операций с хранилищем, которые может запустить рабочий процесс, и о затратах на них, попробуйте использовать Калькулятор Logic Apps службы хранилища Azure. Выберите пример рабочего процесса или используйте существующее определение рабочего процесса. При первом вычислении оценивается количество операций с хранилищем в рабочем процессе. Затем эти цифры можно использовать для оценки возможных затрат с помощью Калькулятора цен Azure. Дополнительные сведения см. в следующих ресурсах:

- Оцените потребности и затраты на хранение рабочих процессов в Azure Logic Apps с одним клиентом.

- Просмотр метрик для выполнения и использования хранилища

- Ограничения в Azure Logic Apps

Локальный шлюз данных

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

Учетные записи интеграции

Учетная запись интеграции — это отдельный ресурс Azure, который создается в качестве контейнера для определения и хранения артефактов "бизнес — бизнес" (B2B), таких как торговые партнеры, соглашения, схемы, карты и т. д. После создания учетной записи и определения артефактов свяжите учетную запись с приложением логики, чтобы использовать эти артефакты и различные операции B2B в рабочих процессах для изучения, сборки и тестирования решений интеграции, использующих возможности EDI и XML-обработки.

В следующей таблице приведены сведения о том, как модели потребления и стандартные модели обрабатывают измерение и выставление счетов для учетных записей интеграции.

Модель Измерение и выставление счетов
Потребление (мультитенантное) Измерение показателей и выставление счетов используют тарифы на учетные записи интеграции в зависимости от используемого уровня учетной записи.
Стандартный (один клиент) Измерение показателей и выставление счетов используют тарифы на учетные записи интеграции в зависимости от используемого уровня учетной записи.

Дополнительные сведения см. в следующей документации:

Другие элементы, для которых не измеряются показатели и не осуществляется выставление счетов

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

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

Связанный контент

  • Last updated on