Medição, faturação e preços de utilização do Azure Logic Apps

  • Artigo
  • 21 minutos para ler

Aplica-se a: Azure Logic Apps (Consumo + Standard)

O Azure Logic Apps ajuda-o a criar e executar fluxos de trabalho de integração automatizados que podem ser dimensionados na cloud. Este artigo descreve como os modelos de medição, faturação e preços funcionam para o Azure Logic Apps e recursos relacionados. Para obter informações como taxas de preços específicas, planeamento de custos ou ambientes de alojamento diferentes, veja o seguinte conteúdo:

Consumo (multi-inquilino)

No Azure Logic Apps multi-inquilino, uma aplicação lógica e o respetivo fluxo de trabalho seguem o Plano de consumo para preços e faturação. Pode criar essas aplicações lógicas de várias formas, por exemplo, quando escolhe o tipo de recurso Aplicação Lógica (Consumo), utiliza a extensão Azure Logic Apps (Consumo) no Visual Studio Code ou quando cria tarefas de automatização.

A tabela seguinte resume como o modelo de Consumo processa a medição e a faturação dos seguintes componentes quando utilizado com uma aplicação lógica e um fluxo de trabalho no Azure Logic Apps multi-inquilino:

Componente Medição e faturação
Operações de acionador e ação O modelo Consumo inclui um número inicial de operações incorporadas gratuitas, por subscrição do Azure, que um fluxo de trabalho pode executar. Acima deste número, a medição aplica-se a cada execução e a faturação segue os preços das Ações do plano de Consumo. Para outros tipos de operação, como conectores geridos, a faturação segue os preços do conector Standard ou Enterprise para o plano de Consumo. Para obter mais informações, veja Operações de ação e acionador no modelo Consumo.
Operações de armazenamento A medição aplica-se apenas ao consumo de armazenamento relacionado com a retenção de dados , como guardar entradas e saídas do histórico de execuções do fluxo de trabalho. A faturação segue os preços de retenção de dados do plano de Consumo. Para obter mais informações, veja Operações de armazenamento.
Contas de integração A medição aplica-se com base no tipo de conta de integração que cria e utiliza com a sua aplicação lógica. A faturação segue os preços da Conta de Integração, a menos que a aplicação lógica esteja implementada e alojada num ambiente de serviço de integração (ISE). Para obter mais informações, veja Contas de integração.

Operações de acionador e ação no modelo consumo

Exceto para o número inicial de execuções de operações incorporadas gratuitas, por subscrição do Azure, que um fluxo de trabalho pode ser executado, o Modelo de consumo medi e fatura uma operação com base em cada execução, quer o fluxo de trabalho geral seja executado, concluído ou mesmo instanciado com êxito. Normalmente, uma operação efetua uma única execução , a menos que a operação tenha tentativas de repetição ativadas. Por sua vez, uma execução geralmente faz uma única chamada, a menos que a operação suporte e permita a segmentação ou paginação para obter grandes quantidades de dados. Se a segmentação ou a paginação estiverem ativadas, uma execução de operação poderá ter de efetuar várias chamadas.

O Modelo de consumo medidores e fatura uma operação por execução, não por chamada. Por exemplo, suponha que um fluxo de trabalho começa com um acionador de consulta que obtém registos ao efetuar regularmente chamadas de saída para um ponto final. A chamada de saída é limitada e faturada como uma única execução, quer o acionador seja acionado ou ignorado, como quando um acionador verifica um ponto final, mas não encontra quaisquer dados ou eventos. O estado do acionador controla se a instância do fluxo de trabalho é ou não criada e executada. Agora, suponha que a operação também suporta e ativou a segmentação ou paginação. Se a operação tiver de fazer 10 chamadas para concluir a obtenção de todos os dados, a operação ainda é limitada e faturada como uma única execução, apesar de ter feito várias chamadas.

Nota

Por predefinição, os acionadores que devolvem uma matriz têm uma definição Dividir Em que já está ativada. Esta definição resulta num evento de acionador, que pode rever no histórico do acionador e numa instância de fluxo de trabalho para cada item de matriz. Todas as instâncias de fluxo de trabalho são executadas em paralelo para que os itens de matriz sejam processados ao mesmo tempo. A faturação aplica-se a todos os eventos de acionador, quer o estado do acionador seja Bem-sucedido ou Ignorado. Os acionadores continuam a ser faturáveis mesmo em cenários em que os acionadores não instanciam e iniciam o fluxo de trabalho, mas o estado do acionador é Com Êxito, Com Falhas ou Ignorado.

A tabela seguinte resume como o modelo de Consumo processa a medição e a faturação destes tipos de operação quando utilizado com uma aplicação lógica e fluxo de trabalho no Azure Logic Apps multi-inquilino:

Tipo de operação Description Medição e faturação
Incorporado Estas operações são executadas de forma direta e nativa com o runtime do Azure Logic Apps. No estruturador, pode encontrar estas operações na etiqueta Incorporada .

Por exemplo, o acionador HTTP e o acionador Pedido são acionadores incorporados. A ação HTTP e a ação Resposta são ações incorporadas. Outras operações incorporadas incluem ações de controlo de fluxo de trabalho, tais como ciclos e condições, operações de dados, operações de lote, entre outras.

 O modelo Consumo inclui um número inicial de operações incorporadas gratuitas, por subscrição do Azure, que um fluxo de trabalho pode executar. Acima deste número, as execuções de operações incorporadas seguem os preços das Ações.

Nota: algumas operações de conectores geridos também estão disponíveis como operações incorporadas, que estão incluídas nas operações gratuitas iniciais. Acima das operações inicialmente gratuitas, a faturação segue os preços das Ações e não os preços do conector Standard ou Enterprise.
Conector gerido Estas operações são executadas separadamente no Azure. No estruturador, pode encontrar estas operações na etiqueta Standard ou Enterprise . Estas execuções de operações seguem os preços do conector Standard ou Enterprise.

Nota: pré-visualizar execuções de operações do conector Empresarial, siga os preços do conector Consumption Standard.
Conector personalizado Estas operações são executadas separadamente no Azure. No estruturador, pode encontrar estas operações na etiqueta Personalizada . Para limitar o número de conectores, débito e tempo limite, veja Limites de conectores personalizados no Azure Logic Apps. Estas execuções de operações seguem os preços do conector Standard.

Para obter mais informações sobre como o modelo de Consumo funciona com operações que são executadas dentro de outras operações, como ciclos, processar múltiplos itens, como matrizes e políticas de repetição, veja Outro comportamento de operação.

Sugestões de estimativa de custos para o modelo de Consumo

Para o ajudar a estimar custos de consumo mais precisos, veja estas sugestões:

  • Considere o número possível de mensagens ou eventos que podem chegar num determinado dia, em vez de basear os cálculos apenas no intervalo de consulta.

  • Quando um evento ou mensagem cumpre os critérios do acionador, muitos acionadores tentam ler imediatamente quaisquer outros eventos ou mensagens em espera que cumpram os critérios. Este comportamento significa que, mesmo quando seleciona um intervalo de consulta mais longo, o acionador é acionado com base no número de eventos de espera ou mensagens que se qualificam para iniciar fluxos de trabalho. Os acionadores que se seguem a este comportamento incluem Azure Service Bus e Hubs de Eventos do Azure.

    Por exemplo, suponha que configura o acionador que verifica um ponto final todos os dias. Quando o acionador verifica o ponto final e encontra 15 eventos que cumprem os critérios, o acionador é acionado e executa o fluxo de trabalho correspondente 15 vezes. O serviço Logic Apps medi todas as ações que esses 15 fluxos de trabalho executam, incluindo os pedidos de acionador.

Standard (inquilino único)

No Azure Logic Apps de inquilino único, uma aplicação lógica e os respetivos fluxos de trabalho seguem o plano Standard para preços e faturação. Pode criar essas aplicações lógicas de várias formas, por exemplo, quando escolhe o tipo de recurso Aplicação Lógica (Standard) ou utiliza a extensão Azure Logic Apps (Standard) no Visual Studio Code. Este modelo de preços requer que as aplicações lógicas utilizem um plano de alojamento e um escalão de preço, o que difere do plano de Consumo, na qual lhe é faturada capacidade reservada e recursos dedicados, quer os utilize ou não.

Quando cria ou implementa aplicações lógicas com o tipo de recurso Aplicação Lógica (Standard ), pode utilizar o plano de alojamento Padrão do Fluxo de Trabalho em todas as regiões do Azure. Também tem a opção de selecionar um recurso Ambiente do Serviço de Aplicações v3 existente como localização de implementação, mas só pode utilizar o plano de Serviço de Aplicações com esta opção. Se escolher esta opção, ser-lhe-ão cobradas as instâncias utilizadas pelo plano de Serviço de Aplicações e para executar os fluxos de trabalho da aplicação lógica. Não são aplicadas outras cobranças.

Importante

Os seguintes planos e recursos já não estão disponíveis ou são suportados com a versão pública do tipo de recurso Aplicação Lógica (Standard) nas regiões do Azure: Plano das Funções Premium, Ambiente do Serviço de Aplicações v1 e Ambiente do Serviço de Aplicações v2. Exceto com o ASEv3, o plano Serviço de Aplicações está indisponível e não é suportado.

A tabela seguinte resume como o modelo Standard processa a medição e a faturação dos seguintes componentes quando utilizado com uma aplicação lógica e um fluxo de trabalho no Azure Logic Apps de inquilino único:

Componente Medição e faturação
CPU virtual (vCPU) e memória O modelo Standard requer que a sua aplicação lógica utilize o plano de alojamento Padrão do Fluxo de Trabalho e um escalão de preço, que determina os níveis de recursos e as taxas de preço que se aplicam à capacidade de computação e memória. Para obter mais informações, veja Escalões de preço no modelo Standard.
Operações de acionador e ação O modelo Standard inclui um número ilimitado de operações incorporadas gratuitas que o fluxo de trabalho pode executar.

Se o fluxo de trabalho utilizar operações de conectores geridos, a medição aplica-se a cada chamada, enquanto a faturação segue os mesmos preços do conector Standard ou Enterprise que o plano de Consumo. Para obter mais informações, veja Operações de acionador e ação no modelo Standard.
Operações de armazenamento A medição aplica-se a quaisquer operações de armazenamento executadas pelo Azure Logic Apps. Por exemplo, as operações de armazenamento são executadas quando o serviço guarda entradas e saídas do histórico de execuções do fluxo de trabalho. A faturação segue o escalão de preço escolhido. Para obter mais informações, veja Operações de armazenamento.
Contas de integração Se criar uma conta de integração para a sua aplicação lógica utilizar, a medição baseia-se no tipo de conta de integração que criar. A faturação segue os preços da Conta de Integração. Para obter mais informações, veja Contas de integração.

Escalões de preço no modelo Standard

O escalão de preço que escolher para medição e faturação da sua aplicação lógica inclui quantidades específicas de computação na CPU virtual (vCPU) e recursos de memória. Atualmente, apenas o plano de alojamento Padrão do Fluxo de Trabalho está disponível para o tipo de recurso Aplicação Lógica (Standard) e oferece os seguintes escalões de preço:

Escalão de preço CPU Virtual (vCPU) Memória (GB)
WS1 1 3.5
WS2 2 7
WS3 4 14

Importante

O exemplo seguinte é apenas para ilustração e fornece estimativas de exemplo para mostrar geralmente como funciona um escalão de preço. Para preços específicos da vCPU e da memória com base em regiões específicas onde o Azure Logic Apps está disponível, veja o plano Standard de uma região selecionada na página de preços do Azure Logic Apps.

Suponha que, numa região de exemplo, os seguintes recursos têm estas taxas horárias:

Recurso Taxa por hora (região de exemplo)
vCPU $0,192 por vCPU
Memória $0,0137 por GB

O cálculo seguinte fornece uma taxa mensal estimada:

<taxa> mensal = 730 horas (por mês) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]

Com base nas informações anteriores, a tabela seguinte mostra as tarifas mensais estimadas para cada escalão de preço e os recursos nesse escalão de preço:

Escalão de preço CPU Virtual (vCPU) Memória (GB) Taxa mensal (região de exemplo)
WS1 1 3.5 $175.16
WS2 2 7 $350.33
WS3 4 14 $700,65

Operações de acionador e ação no modelo Standard

Exceto para as operações incorporadas gratuitas ilimitadas que um fluxo de trabalho pode executar, o modelo Standard medi e fatura uma operação com base em cada chamada, quer o fluxo de trabalho geral seja executado, concluído ou mesmo instanciado com êxito. Normalmente, uma operação efetua uma única execução , a menos que a operação tenha tentativas de repetição ativadas. Por sua vez, uma execução geralmente faz uma única chamada, a menos que a operação suporte e permita a segmentação ou paginação para obter grandes quantidades de dados. Se a segmentação ou a paginação estiverem ativadas, uma execução de operação poderá ter de efetuar várias chamadas. O modelo Standard medi e fatura uma operação por chamada, não por execução.

Por exemplo, suponha que um fluxo de trabalho começa com um acionador de consulta que obtém registos ao efetuar regularmente chamadas de saída para um ponto final. A chamada de saída é limitada e faturada, quer o acionador seja ou não acionado ou ignorado. O estado do acionador controla se a instância do fluxo de trabalho é ou não criada e executada. Agora, suponha que a operação também suporta e ativou a segmentação ou paginação. Se a operação tiver de fazer 10 chamadas para concluir a obtenção de todos os dados, a operação é limitada e faturada por chamada.

A tabela seguinte resume a forma como o modelo Standard processa a medição e a faturação dos tipos de operação quando utilizado com uma aplicação lógica e fluxo de trabalho no Azure Logic Apps de inquilino único:

Tipo de operação Description Medição e faturação
Incorporado Estas operações são executadas de forma direta e nativa com o runtime do Azure Logic Apps. No estruturador, pode encontrar estas operações na etiqueta Incorporada .

Por exemplo, o acionador HTTP e o acionador Pedido são acionadores incorporados. A ação HTTP e a ação Resposta são ações incorporadas. Outras operações incorporadas incluem ações de controlo de fluxo de trabalho, tais como ciclos e condições, operações de dados, operações de lote, entre outras.

 O modelo Standard inclui operações incorporadas gratuitas ilimitadas.

Nota: algumas operações de conectores geridos também estão disponíveis como operações incorporadas. Embora as operações incorporadas sejam gratuitas, o modelo Standard continua a ser medidor e fatura operações de conectores geridos com os mesmos preços do conector Standard ou Enterprise que o modelo consumo.
Conector gerido Estas operações são executadas separadamente no Azure. No estruturador, pode encontrar estas operações na etiqueta combinada do Azure . Os medidores de modelo Standard e faturam operações de conectores geridos com base nos mesmos preços do conector Standard e Enterprise que o modelo de Consumo.

Nota: as operações do conector Enterprise de pré-visualização seguem os preços do conector Consumption Standard.
Conector personalizado Atualmente, pode criar e utilizar apenas operações de conector incorporadas personalizadas em fluxos de trabalho de aplicações lógicas baseadas em inquilino único. O modelo Standard inclui operações incorporadas gratuitas ilimitadas. Para obter limites de débito e tempo limite, veja Limites de conectores personalizados no Azure Logic Apps.

Para obter mais informações sobre como o modelo Standard funciona com operações que são executadas dentro de outras operações, como ciclos, processar múltiplos itens, como matrizes e políticas de repetição, veja Outro comportamento da operação.

Ambiente do serviço de integração (ISE)

Quando cria uma aplicação lógica com o tipo de recurso Aplicação Lógica (Consumo) e implementa num ambiente de serviço de integração dedicado (ISE), a aplicação lógica e o respetivo fluxo de trabalho seguem o plano do Ambiente do Serviço de Integração para preços e faturação. Este modelo de preços depende do seu nível de ISE ou SKU e difere do plano de Consumo na medida em que lhe é faturada a capacidade reservada e os recursos dedicados, quer os utilize ou não.

A tabela seguinte resume como o modelo ISE processa a medição e a faturação da capacidade e de outros recursos dedicados com base no seu nível ISE ou SKU:

ISE SKU Medição e faturação
Premium A unidade base tem uma capacidade fixa e é faturada a uma taxa horária para o SKU Premium. Se precisar de mais débito, pode adicionar mais unidades de escala quando criar o SEU ISE ou posterior. Cada unidade de escala é faturada a uma taxa horária que corresponde a cerca de metade da taxa de unidade base.

Para obter informações sobre a capacidade e os limites, veja Limites do ISE no Azure Logic Apps.
Programador A unidade base tem uma capacidade fixa e é faturada a uma taxa horária para o SKU do Programador. No entanto, este SKU não tem contrato de nível de serviço (SLA), capacidade de aumento vertical ou redundância durante a reciclagem, o que significa que poderá deparar-se com atrasos ou tempo de inatividade. As atualizações de back-end podem interromper intermitentemente o serviço.

Importante: certifique-se de que utiliza este SKU apenas para exploração, experimentações, desenvolvimento e testes, não para testes de produção ou desempenho.

Para obter informações sobre a capacidade e os limites, veja Limites do ISE no Azure Logic Apps.

A tabela seguinte resume como o modelo ISE processa os seguintes componentes quando utilizado com uma aplicação lógica e um fluxo de trabalho num ISE:

Componente Descrição
Operações de acionador e ação O modelo ISE inclui operações gratuitas incorporadas, geridas e de conectores personalizadas que o fluxo de trabalho pode executar, mas sujeitas aos limites do ISE no Azure Logic Apps e aos limites de conectores personalizados no Azure Logic Apps. Para obter mais informações, veja Acionador e operações de ação no modelo ISE.
Operações de armazenamento O modelo ISE inclui o consumo de armazenamento gratuito, como a retenção de dados. Para obter mais informações, veja Operações de armazenamento.
Contas de integração O modelo ISE inclui um único escalão de conta de integração gratuita, com base no SKU ISE selecionado. Por um custo adicional, pode criar mais contas de integração para o seu ISE utilizar até ao limite total do ISE. Para obter mais informações, veja Contas de integração.

Operações de acionador e ação no modelo ISE

A tabela seguinte resume como o modelo ISE processa os seguintes tipos de operação quando utilizado com uma aplicação lógica e fluxo de trabalho num ISE:

Tipo de operação Description Medição e faturação
Incorporado Estas operações são executadas de forma direta e nativa com o runtime do Azure Logic Apps e no mesmo ISE que o fluxo de trabalho da aplicação lógica. No estruturador, pode encontrar estas operações na etiqueta Incorporada , mas cada operação também apresenta a etiqueta CORE .

Por exemplo, o acionador HTTP e o acionador Pedido são acionadores incorporados. A ação HTTP e a ação Resposta são ações incorporadas. Outras operações incorporadas incluem ações de controlo de fluxo de trabalho, tais como ciclos e condições, operações de dados, operações de lote, entre outras.

 O modelo ISE inclui estas operações gratuitamente, mas está sujeito aos limites do ISE no Azure Logic Apps.
Conector gerido Quer as operações do conector gerido Standard ou Enterprise sejam executadas no ISE ou no Azure multi-inquilino, com base no facto de o conector ou a operação apresentar a etiqueta ISE .

- Etiqueta ISE: estas operações são executadas no mesmo ISE que a sua aplicação lógica e funcionam sem exigir o gateway de dados no local.

- Sem etiqueta ISE : estas operações são executadas no Azure multi-inquilino.

 O modelo ISE inclui operações com etiquetas ISE e ISEgratuitas, mas estão sujeitas aos limites do ISE no Azure Logic Apps.
Conector personalizado No estruturador, pode encontrar estas operações na etiqueta Personalizada . O modelo ISE inclui estas operações gratuitamente, mas está sujeito a limites de conectores personalizados no Azure Logic Apps.

Para obter mais informações sobre como o modelo ISE funciona com operações que são executadas dentro de outras operações, como ciclos, processar múltiplos itens, como matrizes e políticas de repetição, veja Outro comportamento da operação.

Outro comportamento de operação

A tabela seguinte resume como os modelos Consumo, Standard e ISE processam operações que são executadas dentro de outras operações, tais como ciclos, processamento de múltiplos itens, como matrizes e políticas de repetição:

Operação Description Consumo Standard ISE
Ações de ciclo Uma ação de ciclo, como o ciclo Para cada ou Até , pode incluir outras ações que são executadas durante cada ciclo de ciclo. Exceto para o número inicial de operações incorporadas incluídas, a ação de ciclo e cada ação no ciclo são limitadas sempre que o ciclo de ciclo é executado. Se uma ação processar itens numa coleção, como uma lista ou matriz, o número de itens também é utilizado no cálculo de medição.

Por exemplo, suponha que tem um ciclo Para cada com ações que processam uma lista. O serviço multiplica o número de itens de lista em relação ao número de ações no ciclo e adiciona a ação que inicia o ciclo. Assim, o cálculo de uma lista de 10 itens é (10 * 1) + 1, o que resulta em 11 execuções de ações.

Os preços baseiam-se no facto de os tipos de operação estarem incorporados, Standard ou Enterprise.

 Exceto para as operações incorporadas incluídas, o mesmo que o modelo consumo. Não medido ou faturado.
Políticas de repetição Nas operações suportadas, pode implementar a exceção básica e o processamento de erros ao configurar uma política de repetição. Exceto para o número inicial de operações incorporadas, a execução original e cada execução repetida são limitadas. Por exemplo, uma ação executada com 5 repetições é medida e faturada como 6 execuções.

Os preços baseiam-se no facto de os tipos de operação estarem incorporados, Standard ou Enterprise.

 Exceto para as operações incorporadas incluídas, o mesmo que o modelo Consumo. Não medido ou faturado.

Operações de armazenamento

O Azure Logic Apps utiliza o Armazenamento do Azure para quaisquer transações de armazenamento necessárias, como a utilização de filas para agendar operações de acionador ou a utilização de tabelas e blobs para armazenar estados de fluxo de trabalho. Com base nas operações no fluxo de trabalho, os custos de armazenamento variam porque diferentes acionadores, ações e payloads resultam em diferentes operações e necessidades de armazenamento. O serviço também guarda e armazena entradas e saídas do histórico de execuções do fluxo de trabalho, com base no limite de retenção do histórico de execuções do recurso da aplicação lógica. Pode gerir este limite de retenção ao nível do recurso da aplicação lógica e não ao nível do fluxo de trabalho.

A tabela seguinte resume como os modelos Consumo, Standard e ISE lidam com a medição e a faturação das operações de armazenamento:

Modelação Description Medição e faturação
Consumo (multi-inquilino) Os recursos de armazenamento e a utilização estão anexados ao recurso da aplicação lógica. A medição e a faturação aplicam-se apenas ao consumo de armazenamento relacionado com a retenção de dados e seguem os preços de retenção de dados do plano de Consumo.
Standard (inquilino único) Pode utilizar a sua própria conta de armazenamento do Azure, o que lhe dá mais controlo e flexibilidade sobre os dados do fluxo de trabalho. A medição e a faturação seguem o modelo de preços do Armazenamento do Azure. Os custos de armazenamento aparecem separadamente na fatura de faturação do Azure.

Sugestão: para o ajudar a compreender melhor o número de operações de armazenamento que um fluxo de trabalho pode executar e o respetivo custo, experimente utilizar a calculadora de Armazenamento do Logic Apps. Selecione um fluxo de trabalho de exemplo ou utilize uma definição de fluxo de trabalho existente. O primeiro cálculo estima o número de operações de armazenamento no fluxo de trabalho. Em seguida, pode utilizar estes números para estimar possíveis custos com a calculadora de preços do Azure. Para obter mais informações, veja Estimar as necessidades de armazenamento e os custos dos fluxos de trabalho no Azure Logic Apps de inquilino único.
Ambiente do serviço de integração (ISE) Os recursos de armazenamento e a utilização estão anexados ao recurso da aplicação lógica. Não medido ou faturado.

Para obter mais informações, veja a seguinte documentação:

Gateway de dados no local

O gateway de dados no local é um recurso do Azure separado que cria para que os fluxos de trabalho da aplicação lógica possam aceder aos dados no local através de conectores específicos suportados pelo gateway. O recurso de gateway em si não incorre em custos, mas as operações que são executadas através do gateway incorrem em custos, com base no modelo de preços e faturação utilizado pela sua aplicação lógica.

Contas de integração

Uma conta de integração é um recurso do Azure separado que cria como um contentor para definir e armazenar artefactos empresa-empresa (B2B), como parceiros comerciais, contratos, esquemas, mapas, etc. Depois de criar esta conta e definir estes artefactos, ligue esta conta à sua aplicação lógica para que possa utilizar estes artefactos e várias operações B2B em fluxos de trabalho para explorar, criar e testar soluções de integração que utilizam capacidades de processamento EDI e XML .

A tabela seguinte resume como os modelos Consumo, Standard e ISE lidam com a medição e a faturação das contas de integração:

Modelação Medição e faturação
Consumo (multi-inquilino) A medição e a faturação utilizam os preços da conta de integração, com base no escalão de conta que utiliza.
Standard (inquilino único) A medição e a faturação utilizam os preços da conta de integração, com base no escalão de conta que utiliza.
ISE Este modelo inclui uma única conta de integração, com base no seu SKU do ISE. Por um custo adicional, pode criar mais contas de integração para o seu ISE utilizar até ao limite total do ISE.

Para obter mais informações, veja a seguinte documentação:

Outros itens não medidos ou faturados

Em todos os modelos de preços, os seguintes itens não são medidos ou faturados:

  • Ações que não foram executadas porque o fluxo de trabalho parou antes da conclusão
  • Aplicações lógicas ou fluxos de trabalho desativados porque não podem criar novas instâncias enquanto estão inativas.

Passos seguintes