Referência de limites e configuração dos Aplicativos Lógicos do Azure

Para o Power Automate, confira Limites e configuração no Power Automate.

Este guia de referência descreve os limites e as informações de configuração dos Aplicativos Lógicos do Azure e recursos relacionados. Com base no seu cenário, nos requisitos de solução, nos recursos desejados e no ambiente em que deseja executar seus fluxos de trabalho, você escolhe se deseja criar um fluxo de trabalho de aplicativo lógico de Consumo executado em Aplicativos Lógicos do Azure multilocatários ou em um ambiente de serviço de integração (ISE). Ou crie um fluxo de trabalho de aplicativo lógico Standard executado nos Aplicativos Lógicos do Azure de locatário único ou em um Ambiente do Serviço de Aplicativo (v3 – somente planos do Windows).

Observação

Muitos limites são os mesmos nos ambientes disponíveis em que os Aplicativos Lógicos do Azure são executados, mas as diferenças são indicadas onde existem.

A tabela a seguir resume brevemente as diferenças entre um aplicativo lógico de Consumo e um aplicativo lógico Standard. Você também aprenderá como os Aplicativos Lógicos do Azure de locatário único se comparam aos Aplicativos Lógicos do Azure multilocatários e a um ISE para implantar, hospedar e executar seus fluxos de trabalho de aplicativo lógico.

Tipo de recurso	Benefícios	Uso e compartilhamento de recursos	Modelo de preço e cobrança	Gerenciamento de limites
Aplicativo lógico (consumo) Ambiente de host: Aplicativos Lógicos do Azure multilocatário	– Mais fácil de começar a usar – Pagamento pelo que você usar – Totalmente gerenciado	Um único aplicativo lógico pode ter apenas um fluxo de trabalho. Os aplicativos lógicos em locatários do Microsoft Entra compartilham o mesmo processamento (computação), armazenamento, rede e assim por diante. Para fins de redundância, os dados são replicados na região emparelhada. Para alta disponibilidade, o GRS (armazenamento com redundância geográfica) está habilitado.	Consumo (pagamento por execução)	Os Aplicativos Lógicos do Azure gerenciam os valores padrão desses limites, mas você pode alterar alguns desses valores, se essa opção existir para um limite específico.
Aplicativo lógico (consumo) Ambiente de host: Ambiente do serviço de integração (ISE) Observação: em 31 de agosto de 2024, a opção ISE será desativada. Desde 1º de novembro de 2022, você não pode mais criar um ISE. Em vez disso, você pode criar um aplicativo lógico Standard, que é executado no Aplicativos Lógicos do Azure em um único locatário, pode incluir vários fluxos de trabalho e oferece os mesmos recursos de um ISE e muito mais.	– Escala empresarial para cargas de trabalho grandes – Mais de 20 conectores específicos do ISE que são conectados diretamente às redes virtuais – Preço previsível com uso incluído e dimensionamento controlado pelo cliente	Um único aplicativo lógico pode ter apenas um fluxo de trabalho. Os aplicativos lógicos no mesmo ambiente compartilham o mesmo processamento (computação), armazenamento, rede e assim por diante. Os dados continuam na mesma região em que você implanta o ISE.	ISE (fixo)	Os Aplicativos Lógicos do Azure gerenciam os valores padrão desses limites, mas você pode alterar alguns desses valores, se essa opção existir para um limite específico.
Aplicativo Lógico (Padrão) Ambiente de host: Aplicativos Lógicos do Azure de locatário único Observação: se seu cenário exigir contêineres, crie aplicativos lógicos baseados em locatário único usando os Aplicativos Lógicos habilitados para Azure Arc. Para obter mais informações, confira O que são Aplicativos Lógicos habilitados para Azure Arc?	– Execute usando o runtime dos Aplicativos Lógicos do Azure de locatário único. No momento, não há suporte para os slots de implantação. – Mais conectores integrados para maior taxa de transferência e menor custo em escala – Mais controle e funcionalidade de ajuste em relação às configurações de runtime e desempenho – Suporte integrado para redes virtuais e pontos de extremidade privados. – Crie seus próprios conectores integrados.	Um único aplicativo lógico pode ter vários fluxos de trabalho com estado e sem estado. Os fluxos de trabalho em um único aplicativo lógico e locatário compartilham o mesmo processamento (computação), armazenamento, rede e assim por diante. Os dados continuam na mesma região em que você implanta os aplicativos lógicos.	Standard, com base em um plano de hospedagem com um tipo de preço selecionado. Se você executar fluxos de trabalho com estado, que usam armazenamento externo, o runtime dos Aplicativos Lógicos do Azure farão as transações de armazenamento que acompanham o preço do Armazenamento do Azure.	Você pode alterar os valores padrão para muitos limites com base nas necessidades do cenário. Importante: alguns limites têm máximos rígidos. No Visual Studio Code, as alterações feitas nos valores de limite padrão nos arquivos de configuração do projeto do aplicativo lógico não serão exibidas na experiência do designer. Para obter mais informações, confira Editar configurações de aplicativo e ambiente para aplicativos lógicos nos Aplicativos Lógicos do Azure de locatário único.
Aplicativo Lógico (Padrão) Ambiente de host: ASEv3 (Ambiente do Serviço de Aplicativo v3) – Somente planos do Windows	Alguns recursos como locatário único mais estes benefícios: – Isole totalmente seus aplicativos lógicos. – Crie e execute mais aplicativos lógicos do que nos Aplicativos Lógicos do Azure de locatário único. – Pague apenas pelo plano do Serviço de Aplicativo do ASE, independentemente do número de aplicativos lógicos que você criar e executar. – Possibilidade de habilitar o dimensionamento automático ou de dimensionar manualmente com mais instâncias de máquina virtual ou um plano do Serviço de Aplicativo diferente. – Herde a configuração de rede do ASEv3 selecionado. Por exemplo, quando implantados em um ASE interno, os fluxos de trabalho podem acessar os recursos em uma rede virtual associada ao ASE e ter pontos de acesso internos. Observação: se acessado de fora de um ASE interno, os históricos de execução dos fluxos de trabalho nesse ASE não poderão acessar entradas e saídas de ação.	Um único aplicativo lógico pode ter vários fluxos de trabalho com estado e sem estado. Os fluxos de trabalho em um único aplicativo lógico e locatário compartilham o mesmo processamento (computação), armazenamento, rede e assim por diante. Os dados continuam na mesma região em que você implanta os aplicativos lógicos.	Plano do Serviço de Aplicativo	Você pode alterar os valores padrão para muitos limites com base nas necessidades do cenário. Importante: alguns limites têm máximos rígidos. No Visual Studio Code, as alterações feitas nos valores de limite padrão nos arquivos de configuração do projeto do aplicativo lógico não serão exibidas na experiência do designer. Para obter mais informações, confira Editar configurações de aplicativo e ambiente para aplicativos lógicos nos Aplicativos Lógicos do Azure de locatário único.

Limites de definição de fluxo de trabalho

As seguintes tabelas listam os valores de uma definição de fluxo de trabalho individual:

Nome	Limit	Observações
Fluxos de trabalho por região por assinatura do Azure	– Consumo: 1.000 fluxos de trabalho em que cada aplicativo lógico é limitado a 1 fluxo de trabalho – Padrão: ilimitado, com base no plano de hospedagem selecionado, na atividade do aplicativo, no tamanho das instâncias de computador e no uso de recursos, em que cada aplicativo lógico pode ter vários fluxos de trabalho
Fluxo de trabalho – Comprimento máximo do nome	– Consumo: 80 caracteres – Standard: 32 caracteres
Gatilhos por fluxo de trabalho	- Consumo (designer): 1 gatilho - Consumo (JSON): 10 gatilhos - Standard: 1 gatilho	- Consumo: vários gatilhos só são possíveis quando você trabalha na definição de fluxo de trabalho JSON, seja no modo de exibição de código ou em um modelo do ARM (Azure Resource Manager), não no designer. - Standard: apenas um gatilho é possível, seja no designer, no modo de exibição de código ou em um modelo do Azure Resource Manager (ARM).
Ações por fluxo de trabalho	500 ações	Para estender esse limite, você pode usar fluxos de trabalho aninhados, conforme necessário.
Profundidade de aninhamento de ações	8 ações	Para estender esse limite, você pode usar fluxos de trabalho aninhados, conforme necessário.
Gatilho ou ação única - Comprimento máximo do nome	80 caracteres
Gatilho ou ação única - Tamanho máximo de entrada ou saída	104.857.600 bytes (105 MB)	Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Ação única - Tamanho máximo de entradas e saídas combinadas	209.715.200 bytes (210 MB)	Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Limite de caracteres da expressão	8\.192 caracteres
description – Comprimento máximo	256 caracteres
parameters – Número máximo de itens	50 parâmetros
outputs – Número máximo de itens	10 saídas
trackedProperties – Tamanho máximo	8\.000 caracteres

Limites de duração de execução e de retenção de histórico

A seguinte tabela lista os valores de uma execução de fluxo de trabalho individual:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Retenção do histórico de execuções no armazenamento	90 dias	90 dias (Padrão)	366 dias	A quantidade de tempo para manter o histórico de execução de um fluxo de trabalho no armazenamento após o início de uma execução. Observação: se a duração da execução do fluxo de trabalho exceder o limite de retenção, essa execução será removida do histórico de execuções no armazenamento. Se uma execução não for removida imediatamente após atingir o limite de retenção, a execução será removida dentro de 7 dias. Se uma execução for concluída ou expirar, a retenção do histórico de execuções será sempre calculada com base na hora de início da execução e no limite atual especificado na configuração de fluxo de trabalho, Retenção do histórico de execuções em dias. Independentemente do limite anterior, o limite atual será sempre usado para calcular a retenção. Para obter mais informações, examine Alterar a duração e a retenção do histórico de execuções no armazenamento.
Duração da execução	90 dias	- Fluxo de trabalho com estado: 90 dias (Padrão) - Fluxo de trabalho sem estado: 5min (Padrão)	366 dias	O tempo que um fluxo de trabalho pode continuar em execução antes de um tempo limite ser forçado. A duração da execução é calculada com base na hora de início de uma execução e no limite especificado na configuração do fluxo de trabalho, Retenção do histórico de execuções em dias na hora de início. Importante: garanta que o valor de duração da execução sempre seja inferior ou igual à retenção do histórico de execuções no valor de armazenamento. Caso contrário, os históricos de execuções poderão ser excluídos antes que os trabalhos associados sejam concluídos. Para obter mais informações, examine Alterar a duração e a retenção do histórico de execuções no armazenamento.
Intervalo de recorrência	- Mín.: 1s – Máx.: 500 dias	- Mín.: 1s – Máx.: 500 dias	- Mín.: 1s – Máx.: 500 dias

Alterar a duração de execução e retenção do histórico no armazenamento

Se a duração de uma execução exceder o limite de retenção atual do histórico de execuções, a execução é removida do histórico de execuções no armazenamento. Para evitar a perda do histórico de execuções, certifique-se de que o limite de retenção é sempre maior do que a duração mais longa possível da execução.

Consumo

Para fluxos de trabalho do aplicativo lógico de Consumo, a mesma configuração controla o número máximo de dias que um fluxo de trabalho pode ser executado e manter o histórico de execuções no armazenamento.

• Nos Aplicativos Lógicos do Azure multilocatário, o limite padrão de 90 dias é o mesmo que o limite máximo. Você só pode diminuir esse valor.

• Em um ISE, você pode diminuir ou aumentar o limite padrão de 90 dias.

Por exemplo, suponha que você reduziu o limite de retenção de 90 dias para 30 dias. Uma execução de 60 dias é removida do histórico de execuções. Se você aumentar o período de retenção de 30 dias para 60 dias, uma execução de 20 dias permanecerá no histórico de execuções por mais 40 dias.

Portal

1. Na caixa de pesquisa do portal do Azure, abra o fluxo de trabalho do aplicativo de lógica no designer.

2. No menu do aplicativo lógico, selecione Configurações do fluxo de trabalho.

3. Em Opções de runtime, na lista Retenção do histórico de execuções em dias, escolha Personalizar.

4. Arraste o controle deslizante para mudar o número de dias que você deseja.

5. Quando terminar, selecione Salvar na barra de ferramentas Configurações do fluxo de trabalho.

Modelo de ARM

Se você usar um modelo do Azure Resource Manager, essa configuração será exibida como uma propriedade na definição de recurso do fluxo de trabalho, que é descrita na referência do modelo de fluxos de trabalho Microsoft.Logic:

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

Standard

Para fluxos de trabalho de aplicativo lógico Standard, você pode diminuir ou aumentar o limite padrão de 90 dias, mas precisará adicionar as seguintes configurações e seus valores ao recurso ou projeto de aplicativo lógico:

• Uma configuração de aplicativo chamada Workflows.RuntimeConfiguration.RetentionInDays

• Uma configuração de host chamada Runtime.FlowMaintenanceJob.RetentionCooldownInterval

Por padrão, a configuração de aplicativo chamada Workflows.RuntimeConfiguration.RetentionInDays é definida para manter 90 dias de dados. A configuração de host chamada Runtime.FlowMaintenanceJob.RetentionCooldownInterval está definida para verificar se há dados antigos a serem excluídos a cada 7 dias. Se você deixar esses valores padrão, poderá ver dados de até 97 dias. Por exemplo, suponha que os Aplicativos Lógicos do Azure façam uma verificação no dia X e excluam dados anteriores ao dia X - 90 dias e, em seguida, aguardem 7 dias antes de serem executados novamente. Esse comportamento resulta em dados de até 97 dias antes que o trabalho seja executado novamente. No entanto, se você definir o intervalo como 1 dia, mas deixar os dias de retenção com o valor padrão, o atraso máximo para excluir os dados antigos será de 90+1 dias.

Portal

1. Siga estas etapas para adicionar a configuração de aplicativo chamada Workflows.RuntimeConfiguration.RetentionInDays e defina o valor como o número de dias que você deseja manter o histórico de execuções do fluxo de trabalho.

2. Siga estas etapas para adicionar a configuração de host chamada Runtime.FlowMaintenanceJob.RetentionCooldownInterval e defina o valor do número de dias como o intervalo entre quando verificar e excluir o histórico de execuções que você não deseja manter.

Visual Studio Code

1. Siga estas etapas para adicionar a configuração de aplicativo chamada Workflows.RuntimeConfiguration.RetentionInDays e defina o valor como o número de dias que você deseja manter o histórico de execuções do fluxo de trabalho.

2. Siga estas etapas para adicionar a configuração de host chamada Runtime.FlowMaintenanceJob.RetentionCooldownInterval e defina o valor do número de dias como o intervalo entre quando verificar e excluir o histórico de execuções que você não deseja manter.

Limites de loop, simultaneidade e debatching

A seguinte tabela lista os valores de uma execução de fluxo de trabalho individual:

Ações de loop

Loop For each

A seguinte tabela lista os valores de um loop For each:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Itens de matriz	100.000 itens	- Fluxo de trabalho com estado: 100.000 itens (Padrão) - Fluxo de trabalho sem estado: 100 itens (Padrão)	100.000 itens	O número de itens de matriz que um loop For each pode processar. Para filtrar matrizes maiores, você pode usar o ação de consulta. Para alterar o limite padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Iterações simultâneas	Simultaneidade desativada: 20 Simultaneidade ativada: – Padrão: 20 – Mín.: 1 – Máx.: 50	Simultaneidade desativada: 20 (Padrão) Simultaneidade ativada: – Padrão: 20 – Mín.: 1 – Máx.: 50	Simultaneidade desativada: 20 Simultaneidade ativada: – Padrão: 20 – Mín.: 1 – Máx.: 50	O número de iterações do loop For each que podem ser executadas ao mesmo tempo ou em paralelo. Para alterar esse valor em Aplicativos Lógicos do Azure multilocatário, consulte Alterar para cada limite de simultaneidade ou Executar para cada loop sequencialmente. Para alterar o limite padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .

Loop Until

A seguinte tabela lista os valores de um loop Until:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Iterações	- Padrão: 60 – Mín.: 1 – Máx.: 5.000	Fluxo de trabalho com estado: - Padrão: 60 – Mín.: 1 – Máx.: 5.000 Fluxo de trabalho sem estado: - Padrão: 60 – Mín.: 1 – Máx.: 100	- Padrão: 60 – Mín.: 1 – Máx.: 5.000	O número de ciclos que um loop Until pode ter durante uma execução de fluxo de trabalho. Para alterar esse valor nos Aplicativos Lógicos do Azure multilocatário, na forma de loop Até, selecione Alterar limites e especifique o valor da propriedade Count. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Tempo limite	– Padrão: PT1H (1 hora)	Fluxo de trabalho com estado: PT1H (1 hora) Fluxo de trabalho sem estado: PT5M (5min)	– Padrão: PT1H (1 hora)	O tempo que o loop Until pode ser executado antes de ser encerrado, especificado no formato ISO 8601. O valor de tempo limite é avaliado para cada ciclo de loop. Se qualquer ação no loop demorar mais do que o tempo limite, o ciclo atual não parará. No entanto, o próximo ciclo será iniciado porque a condição de limite não foi atendida. Para alterar esse valor nos Aplicativos Lógicos do Azure multilocatário, na forma de loop Até, selecione Alterar limites e especifique o valor da propriedade Timeout. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .

Simultaneidade e debatching

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Gatilho – execuções simultâneas	Simultaneidade desativada: ilimitada Simultaneidade ativada (irreversível): – Padrão: 25 – Mín.: 1 – Máx.: 100	Simultaneidade desativada: ilimitada Simultaneidade ativada (irreversível): - Padrão: 100 – Mín.: 1 – Máx.: 100	Simultaneidade desativada: ilimitada Simultaneidade ativada (irreversível): – Padrão: 25 – Mín.: 1 – Máx.: 100	O número de execuções simultâneas que um gatilho pode iniciar ao mesmo tempo ou em paralelo. Observação: quando a simultaneidade é ativada, o limite de SplitOn é reduzido para 100 itens para o debatching das matrizes. Para alterar esse valor nos Aplicativos Lógicos do Azure multilocatário, consulte Alterar limite de simultaneidade de gatilho ou Acionar instâncias sequencialmente. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Execuções de espera máximo	Simultaneidade ativada: - Mín.: 10 execuções mais o número de execuções simultâneas (Padrão) – Máx.: 100 execuções	Simultaneidade ativada: - Mín.: 10 execuções mais o número de execuções simultâneas (Padrão) - Máx.: 200 execuções	Simultaneidade ativada: - Mín.: 10 execuções mais o número de execuções simultâneas (Padrão) – Máx.: 100 execuções	O número de instâncias de fluxo de trabalho que podem esperar para serem executadas quando a instância de fluxo de trabalho atual já está executando o número máximo de instâncias simultâneas. Essa configuração só terá efeito se a simultaneidade estiver ativada. Para alterar esse valor nos Aplicativos Lógicos do Azure multilocatário, consulte Alterar limite de execuções em espera. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Itens SplitOn	Simultaneidade desativada: 100.000 itens Simultaneidade ativada: 100 itens	Simultaneidade desativada: 100.000 itens Simultaneidade ativada: 100 itens	Simultaneidade desativada: 100.000 itens (Padrão) Simultaneidade ativada: 100 itens (Padrão)	Para os gatilhos que retornam uma matriz, você pode especificar uma expressão que usa uma propriedade SplitOn que divide ou retira do lote os itens da matriz em várias instâncias de fluxo de trabalho para processamento, em vez de usar um loop For each. Essa expressão referencia a matriz a ser usada para criar e executar uma instância de fluxo de trabalho para cada item da matriz. Observação: quando a simultaneidade é ativada, o limite de SplitOn é reduzido para 100 itens.

Limites de taxa de transferência

A seguinte tabela lista os valores de uma definição de fluxo de trabalho individual:

Nome	Multilocatário	Locatário único	Observações
Ação: execuções por intervalo sem interrupção de 5 minutos	Padrão: 100.000 execuções – Modo de alta taxa de transferência: 300.000 execuções	Nenhum	Nos Aplicativos Lógicos do Azure multilocatário, você pode aumentar o valor padrão para o valor máximo do seu fluxo de trabalho. Para obter mais informações, consulte Executar no modo de alta taxa de transferência, que está em versão prévia. Ou, então, distribua a carga de trabalho entre mais de um fluxo de trabalho, conforme necessário.
Ação: chamadas de saída simultâneas	Cerca de 2.500 chamadas	Nenhum	Você pode reduzir o número de solicitações simultâneas ou reduzir a duração conforme necessário.
Limitação do conector gerenciado	A limitação varia de acordo com o conector	A limitação varia de acordo com o conector	Para multilocatário, revise a página de referência técnica de cada conector gerenciado. Para obter mais informações sobre como lidar com a limitação do conector, examine Lidar com problemas de limitação (Erros "429 – Excesso de solicitações").
Ponto de extremidade de runtime: chamadas de entrada simultâneas	Cerca de 1.000 chamadas	Nenhum	Você pode reduzir o número de solicitações simultâneas ou reduzir a duração conforme necessário.
Ponto de extremidade de runtime: chamadas de leitura a cada 5 minutos	60.000 chamadas de leitura	Nenhum	Esse limite se aplica a chamadas que recebem as entradas e saídas brutas do histórico de execuções de um fluxo de trabalho. Distribua a carga de trabalho entre mais de um fluxo de trabalho, conforme necessário.
Ponto de extremidade de runtime: chamadas de invocação a cada 5 minutos	45.000 chamadas de invocação	Nenhum	Você pode distribuir a carga de trabalho entre mais de um aplicativo, conforme necessário.
Taxa de transferência de conteúdo a cada 5 minutos	6 GB	Nenhum	Por exemplo, suponha que o back-end tenha 100 trabalhos. Cada trabalhador tem um limite de 60 MB, que é o resultado da divisão de 6 GB por 100 trabalhadores. Você pode distribuir a carga de trabalho entre mais de um aplicativo, conforme necessário.

Dimensionamento para alta taxa de transferência

Standard

Nos Aplicativos Lógicos do Azure de locatário único, um recurso de aplicativo lógico padrão usa armazenamento e computação como os recursos principais para executar fluxos de trabalho.

Armazenamento

Os fluxos de trabalho com monitoração de estado nos Aplicativos Lógicos do Azure de locatário único usam o Armazenamento de Tabela do Azure para armazenamento de dados persistente durante o tempo de execução, o Armazenamento de Blobs do Azure para manter históricos de execução do fluxo de trabalho e o Armazenamento de Filas do Azure para fins de agendamento. Por exemplo, uma única conta de armazenamento permite lidar com um número substancial de solicitações com taxas de até 2.000 solicitações por partição e 20.000 solicitações por segundo no nível da conta de armazenamento. Embora uma única conta de armazenamento possa lidar com uma taxa de transferência razoavelmente alta, além desses limites, as taxas de solicitação estão sujeitas à limitação e seus fluxos de trabalho podem sofrer limitação no nível da partição ou no nível da conta à medida que a taxa de execução do fluxo de trabalho aumenta. Para garantir que seus fluxos de trabalho funcionem sem problemas, é crucial que você compreenda as possíveis limitações e as maneiras de resolvê-las.

Para obter mais informações sobre destinos de dimensionamento e limitações para os vários serviços de Armazenamento do Azure, consulte a seguinte documentação:

• Dimensionar destinos para armazenamento de tabelas
• Destinos de operação de dados para o Armazenamento de Tabela
• Dimensionar destinos para o Armazenamento de Blobs
• Dimensionar destinos para armazenamento em fila

Dimensione seu aplicativo lógico para limitações de armazenamento

As recomendações a seguir se aplicam ao dimensionamento de fluxos de trabalho de aplicativo lógico padrão:

• Compartilhe a carga de trabalho em vários fluxos de trabalho.

  Os Aplicativos Lógicos do Azure de locatário único já minimizam a limitação no nível da partição distribuindo transações de armazenamento em várias partições. No entanto, para melhorar a distribuição e reduzir a limitação em nível de partição, distribua a carga de trabalho em vários fluxos de trabalho, em vez de depender de um único fluxo de trabalho.

• Compartilhe a carga de trabalho entre várias contas de armazenamento.

  Se seus fluxos de trabalho exigirem alta taxa de transferência, você poderá aumentar significativamente a taxa de transferência distribuindo a carga de trabalho entre várias contas de armazenamento, em vez de depender de uma única conta de armazenamento. Você pode configurar seu recurso de aplicativo lógico padrão para usar até 32 contas de armazenamento como limite. Para determinar o número de contas de armazenamento necessárias, use a diretriz geral de apontar para ~100.000 execuções de ações por minuto, por conta de armazenamento. Embora essa estimativa funcione bem para a maioria dos cenários, você pode usar um número menor de execuções de ação se suas ações de fluxo de trabalho forem pesadas em computação, por exemplo, uma ação de consulta que processa matrizes de dados grandes. Certifique-se de executar testes de carga e ajustar sua solução antes de usá-la em produção.

  Para habilitar o uso de várias contas de armazenamento, siga estas etapas antes de criar seu aplicativo lógico padrão. Caso contrário, se você alterar as configurações após a criação, poderá ocorrer perda de dados ou não atingir a escalabilidade necessária.

  1. Crie as contas de armazenamento que você deseja usar. Salve a cadeia de conexão para cada conta de armazenamento.

  2. Localize e abra seu aplicativo lógico padrão e edite as configurações de host do aplicativo lógico (arquivo host.json) para incluir o seguinte extensions objeto, que contém os workflow objetos e settings com a configuração Runtime.ScaleUnitsCount:

     "extensions": {
         "workflow": {
             "settings": {
                 "Runtime.ScaleUnitsCount": "<storage-accounts-number>"
             }
         }
     }
     

     O exemplo a seguir especifica 3 como o número de contas de armazenamento:

     {
         "version": "2.0",
         "extensionBundle": {
             "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
             "version": "[1.*, 2.0.0)"
         },
         "extensions": {
             "workflow": {
                 "settings": {
                     "Runtime.ScaleUnitsCount": "3"
                 }
             }
         }
     }
     

  3. Edite as definições de configuração do aplicativo lógico (local.settings.json) para adicionar uma configuração de aplicativo chamada CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU0<storage-account-number>. ConnectionString e a cadeia de conexão da conta de armazenamento correspondente usando a seguinte sintaxe, onde o primeiro número da conta de armazenamento é 00 até o número de contas de armazenamento menos 1, por exemplo:

     Nome da configuração do aplicativo	Valor
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString	<connection-string-1>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU01.ConnectionString	<connection-string-2>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU02.ConnectionString	<connection-string-3>

  4. Nas definições de configuração do aplicativo lógico, atualize o valor da configuração AzureWebJobsStorage com a mesma cadeia de conexão que está na configuração CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString .

Computação

Um aplicativo lógico padrão é executado usando um dos planos de computação disponíveis, que fornecem diferentes níveis de CPU e memória virtuais, ou usando um Ambiente do Serviço de Aplicativo v3, que fornece mais opções de computação.

Os Aplicativos Lógicos do Azure de locatário único são dimensionados dinamicamente para lidar com cargas crescentes com eficiência. Seu aplicativo lógico usa os seguintes fatores principais para determinar se deve ser dimensionado.

Observação

Para um aplicativo lógico padrão em um Ambiente do Serviço de Aplicativo v3, o dimensionamento dinâmico não está disponível. Você deve definir regras de dimensionamento no Plano do Serviço de Aplicativo associado. Como uma regra de dimensionamento comumente usada, você pode usar a métrica da CPU e dimensionar seu Plano do Serviço de Aplicativo para manter a CPU virtual entre 50 e 70%. Para obter mais informações, consulte Introdução ao dimensionamento automático no Azure.

• Gatilho

  Para determinar os requisitos de dimensionamento, o dimensionador analisa o gatilho que inicia cada fluxo de trabalho em seu aplicativo lógico. Por exemplo, para um fluxo de trabalho com um gatilho do Barramento de Serviço, se o comprimento da fila aumentar continuamente, o dimensionador executará uma ação para adicionar instâncias de trabalho, que permitem o processamento de mais mensagens. Da mesma forma, para um fluxo de trabalho com um gatilho de solicitação, se a latência da solicitação apresentar uma tendência ascendente, o dimensionador aumentará o número de instâncias de trabalho para distribuir a carga de solicitação com mais eficiência. Para obter mais informações sobre instâncias de trabalho, consulte Aplicativos Lógicos do Azure (Padrão) - Mergulho Profundo em Tempo de Execução.

• Atraso na execução do trabalho de fluxo de trabalho

  Em tempo de execução, as ações de fluxo de trabalho são divididas em trabalhos individuais que são enfileirados para execução. Os despachantes de tarefas pesquisam regularmente a fila de tarefas para recuperar e executar esses trabalhos. No entanto, se a capacidade de computação for insuficiente para capturar esses trabalhos, eles permanecerão na fila por mais tempo, resultando em atrasos de execução aumentados. O scaler monitora essa situação e toma decisões de dimensionamento para manter os atrasos de execução sob controle. Para obter mais informações sobre como o tempo de execução agenda e executa trabalhos, consulte Aplicativos Lógicos do Azure (Padrão) - Deep Dive em Tempo de Execução.

  O scaler também considera a configuração mínima e máxima do contador de instâncias de trabalho para determinar se devem ser tomadas decisões de dimensionamento, como adicionar, remover ou manter o número atual de instâncias de trabalho. Normalmente, o scaler toma essas decisões em intervalos de aproximadamente 15-30 segundos. Portanto, considere esse tempo de ramp-up e seu impacto na velocidade de dimensionamento do seu aplicativo lógico para lidar com cargas de pico com eficiência. Por exemplo, se sua carga de trabalho exigir o dimensionamento do aplicativo lógico de apenas 1 instância de trabalho para 100 instâncias de trabalho, o ramp-up sozinho pode levar de 25 a 50 minutos. O dimensionamento de Aplicativos Lógicos do Azure de locatário único compartilha a mesma infraestrutura de dimensionamento do Azure Functions.

Configurar a computação do aplicativo lógico para um dimensionamento mais rápido

• Compartilhe a carga de trabalho entre vários aplicativos lógicos.

  Cada aplicativo lógico pode ser dimensionado de forma independente, portanto, distribuir sua carga de trabalho em mais de um aplicativo lógico pode acelerar significativamente a velocidade de dimensionamento. Por exemplo, dois aplicativos lógicos podem ser dimensionados para o dobro do número de instâncias de trabalho no mesmo período de tempo que um único aplicativo lógico. Ao dividir sua carga de trabalho em vários aplicativos, você pode efetivamente multiplicar a escalabilidade e obter resultados de dimensionamento mais rápidos.

• Use instâncias pré-aquecidas.

  Se o seu cenário exigir um tempo de ramp-up mais rápido, considere o uso de instâncias pré-aquecidas. Se os tempos de pico de carregamento forem determinísticos, você poderá usar uma tarefa de automação para ajustar essas instâncias de pré-aquecimento em uma agenda. Para obter mais informações, consulte Gerenciar recursos do Azure e monitorar custos criando tarefas de automação (visualização).

Consumo

Os Aplicativos Lógicos do Azure multilocatários têm um limite padrão no número de ações executadas a cada 5 minutos. Para aumentar o valor padrão para o valor máximo, você pode habilitar o modo de alta taxa de transferência, que está em visualização. Ou distribua a carga de trabalho entre vários aplicativos lógicos e fluxos de trabalho, em vez de depender de um único aplicativo lógico e fluxo de trabalho.

Habilitar alta taxa de transferência no portal

1. No portal do Azure, no menu do aplicativo lógico, em Configurações, selecione Configurações de fluxo de trabalho.

2. Em Opções de runtime>Alta taxa de transferência, altere a configuração para Ativado.

   

Habilitar alta taxa de transferência em um modelo do Gerenciador de Recursos

Para habilitar essa configuração em um modelo ARM para implantar o aplicativo lógico, no objeto properties para a definição de recurso do aplicativo lógico, adicione o objeto runtimeConfiguration com a propriedade operationOptions definida como OptimizedForHighThroughput:

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

Para obter mais informações sobre a definição de recurso do aplicativo lógico, examine Visão geral: automatizar a implantação para Aplicativos Lógicos do Azure usando modelos do Azure Resource Manager.

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

• SKU do ISE do Desenvolvedor: fornece até 500 execuções por minuto, mas leve em consideração o seguinte:

  • Certifique-se de usar essa SKU somente para exploração, experimentos, desenvolvimento ou teste – não para produção ou teste de desempenho. Essa SKU não tem SLA (contrato de nível de serviço), capacidade de expansão ou redundância durante a reciclagem, o que significa que você pode enfrentar atrasos ou tempo de inatividade.

  • As atualizações de back-end podem interromper o serviço intermitentemente.

• SKU do ISE Premium: a tabela a seguir descreve os limites de taxa de transferência do SKU. No entanto, se quiser exceder esses limites no processamento normal ou executar testes de carga que podem ultrapassar esses limites, entre em contato com a equipe de Aplicativos Lógicos para obter ajuda.

  Nome	Limit	Observações
  Limite de execução da unidade base	Sistema limitado quando a capacidade da infraestrutura atinge 80%	Fornece ~4.000 execuções de ação por minuto, que são ~160 milhões execuções de ação por mês
  Limite de execução da unidade de escala	Sistema limitado quando a capacidade da infraestrutura atinge 80%	Cada unidade de escala pode fornecer cerca de 2.000 execuções de ação adicionais por minuto, que são cerca de 80 milhões de execuções de ação adicionais por mês
  Unidades de escala máximas que você pode adicionar	10 unidades de escala

Limites do gateway de dados

Os Aplicativos Lógicos do Azure dão suporte a operações de gravação, incluindo inserções e atualizações, por meio do gateway de dados local. No entanto, essas operações têm limites no tamanho da carga.

Limites da política de repetição

A tabela a seguir lista os limites de política de repetição para um gatilho ou ação, caso você tenha um fluxo de trabalho de aplicativo lógico de Consumo ou Padrão.

Nome	Limite de consumo	Limite padrão	Observações
Tentativas de repetição	– Padrão: 4 tentativas – Máx.: 90 tentativas	– Padrão: 4 tentativas	Para alterar o limite padrão nos fluxos de trabalho do aplicativo lógico de Consumo, use o parâmetro de política de repetição. Para alterar o limite padrão nos fluxos de trabalho de aplicativo lógico Padrão, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único.
Intervalo de repetição	Nenhum	Padrão: 7s	Para alterar o limite padrão nos fluxos de trabalho do aplicativo lógico de Consumo, use o parâmetro de política de repetição. Para alterar o limite padrão nos fluxos de trabalho de aplicativo lógico Padrão, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único.

Limites de ação de variáveis

A seguinte tabela lista os valores de uma definição de fluxo de trabalho individual:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Variáveis por fluxo de trabalho	250 variáveis	250 variáveis (Padrão)	250 variáveis
Variável – Tamanho máximo do conteúdo	104.857.600 caracteres	Fluxo de trabalho com estado: 104.857.600 caracteres (Padrão) Fluxo de trabalho sem estado: 1.024 caracteres (Padrão)	104.857.600 caracteres	Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Variável (tipo de matriz): número máximo de itens de matriz	100.000 itens	100.000 itens (Padrão)	SKU Premium: 100.000 itens SKU de Desenvolvedor: 5.000 itens	Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .

Limites de solicitação HTTP

As seguintes tabelas listam os valores de uma chamada de entrada ou saída individual:

Duração do tempo limite

Por padrão, a ação de HTTP e as ações de APIConnection seguem o padrão de operação assíncrona, enquanto a ação de Resposta segue o padrão de operação síncrona. Algumas operações de conector gerenciado fazem chamadas assíncronas ou escutam solicitações de webhook. Portanto, o tempo limite dessas operações pode ser maior do que os limites a seguir. Para obter mais informações, examine a página de referência técnica de cada conector e a documentação Gatilhos e ações do fluxo de trabalho.

Observação

Para o tipo de recurso Aplicativo Lógico (Standard) no serviço de locatário único, os fluxos de trabalho sem estado só podem ser executados no modo síncrono.

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Solicitação de saída	120 s (2min)	235 s (3,9min) (Padrão)	240 s (4min)	Os exemplos de solicitações de saída incluem as chamadas feitas por gatilhos ou ação HTTP. Dica: para operações com execução mais longa, use um padrão de sondagem assíncrona ou um loop "Until". Para solucionar os limites de tempo limite ao chamar outro fluxo de trabalho que tenha um ponto de extremidade que pode ser chamado, use a ação interna dos Aplicativos Lógicos do Azure, que pode ser encontrada no seletor de operação do designer em Interno. Para alterar o limite padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Solicitação de entrada	120 s (2min)	235 s (3,9min) (Padrão)	240 s (4min)	Exemplos de solicitações de entrada incluem chamadas recebidas pelo gatilho de solicitação, gatilho de webhook HTTP e ação de webhook HTTP. Observação: para o chamador original obter a resposta, todas as etapas na resposta precisam ser concluídas dentro do limite, a menos que você chame outro fluxo de trabalho aninhado. Para obter mais informações, consulte Chamar, acionar ou aninhar aplicativos lógicos. Para alterar o limite padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .

Limites de tamanho do gatilho de solicitação e do webhook

Nome	Multilocatário	Locatário único	Observações
Gatilho de solicitação (entrada) e gatilhos baseados em webhook – limite de tamanho de conteúdo por intervalo sem interrupção de 5 minutos por fluxo de trabalho	3.145.728 KB	Nenhum	Esse limite se aplica apenas ao tamanho do conteúdo para solicitações de entrada recebidas pelo gatilho de solicitação ou qualquer gatilho de webhook. Por exemplo, suponha que o back-end tenha 100 trabalhos. Cada trabalho tem um limite de 31.457.280 bytes, que é o resultado da divisão de 3.145.728.000 bytes por 100 trabalhos. Para evitar a limitação prematura do gatilho de solicitação, use um novo cliente HTTP para cada solicitação, o que ajuda a distribuir uniformemente as chamadas em todos os nós. Para um gatilho de webhook, talvez seja necessário usar vários fluxos de trabalho, o que divide a carga e evita a limitação.

Mensagens

Nome	Agrupamento habilitado	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Download de conteúdo: número máximo de solicitações	Sim	1\.000 solicitações	1.000 solicitações (Padrão)	1\.000 solicitações
Tamanho da mensagem	Não	100 MB	100 MB	200 MB	Para contornar esse limite, consulte Tratar mensagens grandes com agrupamento. No entanto, alguns conectores e algumas APIs não dão suporte ao agrupamento ou nem mesmo ao limite padrão. - Conectores como AS2, X12 e EDIFACT têm seus próprios limites de mensagem B2B. – Os conectores do ISE usam o limite do ISE, não os limites de conectores diferentes do ISE. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Tamanho da mensagem por ação	Sim	1 GB	1.073.741.824 bytes (1 GB) (Padrão)	5 GB	Esse limite se aplica a ações com compatibilidade nativa com o agrupamento ou que permitem que você habilite o agrupamento na configuração de runtime. Se você estiver usando um ISE, o mecanismo dos Aplicativos Lógicos do Azure dá suporte a esse limite, mas os conectores têm seus próprios limites de agrupamento até o limite do mecanismo; por exemplo, consulte a Referência de API do conector do Armazenamento de Blobs do Azure. Para obter mais informações sobre o agrupamento, consulte Tratar mensagens grandes com agrupamento. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .
Tamanho da parte de conteúdo por ação	Sim	Varia de acordo com o conector	52.428.800 bytes (52 MB) (Padrão)	Varia de acordo com o conector	Esse limite se aplica a ações com compatibilidade nativa com o agrupamento ou que permitem que você habilite o agrupamento na configuração de runtime. Para alterar o valor padrão no serviço de locatário único, examine Editar configurações de host e aplicativo para aplicativos lógicos em Aplicativos Lógicos do Azure de locatário único .

Limites de caractere

Name	Limit	Notes
Limite de avaliação de expressão	131.072 caracteres	As expressões @concat(), @base64(), @string() não podem ultrapassar esse limite.
Limite de caracteres de URL de solicitação	16.384 caracteres

Limites da autenticação

A tabela a seguir lista os valores de um fluxo de trabalho que começa com um gatilho de solicitação e habilita a Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth) para autorizar chamadas de entrada para o gatilho de solicitação:

Nome	Limit	Observações
Políticas de autorização do Microsoft Entra	5 políticas
Declarações por política de autorização	10 declarações
Valor de declaração – Número máximo de caracteres	150 caracteres

Alternar limites de ação

A seguinte tabela lista os valores de uma definição de fluxo de trabalho individual:

Nome	Limit	Observações
Número máximo de casos por ação	25

Limites de ação do código em linha

A seguinte tabela lista os valores de uma definição de fluxo de trabalho individual:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Número máximo de caracteres de código	1\.024 caracteres	100,000 caracteres	1\.024 caracteres	Para usar o limite superior, crie um recurso de Aplicativo Lógico (Standard) , que é executado nos Aplicativos Lógicos do Azure de locatário único, usando o portal do Azure ou o Visual Studio Code e a extensão de Aplicativos Lógicos do Azure (Standard).
Duração máxima para execução do código	5 segundos	15 s	1\.024 caracteres	Para usar o limite superior, crie um recurso de Aplicativo Lógico (Standard) , que é executado nos Aplicativos Lógicos do Azure de locatário único, usando o portal do Azure ou o Visual Studio Code e a extensão de Aplicativos Lógicos do Azure (Standard).

Limites do conector personalizado

Somente nos Aplicativos Lógicos do Azure multilocatários e no ambiente de serviço de integração, você pode criar e usar conectores gerenciados personalizados, que são wrappers em torno de uma API REST ou API SOAP existente. Nos Aplicativos Lógicos do Azure de locatário único, você pode criar e usar somente conectores internos personalizados.

A seguinte tabela lista os valores de conectores personalizados:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
Conectores personalizados	1\.000 por assinatura do Azure	Ilimitado	1\.000 por assinatura do Azure
APIs por serviço	Baseados em SOAP: 50	Não aplicável	Baseados em SOAP: 50
Parâmetros por API	Baseados em SOAP: 50	Não aplicável	Baseados em SOAP: 50
Solicitações por minuto para um conector personalizado	500 solicitações por minuto e por conexão	Com base na implementação	2\.000 solicitações por minuto e por conector personalizado
Tempo limite da conexão	2 min	Conexão ociosa: 4min Conexão ativa: 10 min	2 min

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

• Visão geral dos conectores gerenciados personalizados
• Habilitar a criação de conectores internos – Visual Studio Code com a extensão dos Aplicativos Lógicos do Azure (Standard)

Limites de identidade gerenciada

Nome	Limite
Identidades gerenciadas por recurso de aplicativo lógico	- Consumo: a identidade atribuída pelo sistema ou apenas uma identidade atribuída pelo usuário - Standard: a identidade atribuída pelo sistema e qualquer número de identidades atribuídas ao usuário Observação : por padrão, um recurso de Aplicativo Lógico (Standard) tem a identidade gerenciada atribuída ao sistema habilitada automaticamente para autenticar conexões em runtime. Essa identidade difere das credenciais de autenticação ou da cadeia de conexão que você usa ao criar uma conexão. Se você desabilitar essa identidade, as conexões não funcionarão no runtime. Para exibir essa configuração, no menu do aplicativo lógico, em Configurações, selecione Identidade.
Número de aplicativos lógicos que têm uma identidade gerenciada em uma assinatura do Azure por região	- Consumo: 5.000 aplicativos lógicos - Standard: Por imites de Serviço de Aplicativo do Azure, se houver

Limites da conta de integração

Cada assinatura do Azure tem estes limites da conta de integração:

• Uma conta de integração com Camada gratuita por região do Azure. Por exemplo, a camada gratuita está disponível somente para regiões públicas no Azure, por exemplo, oeste dos EUA ou Sudeste da Ásia, mas não para o Microsoft Azure operado pela 21Vianetou o Azure Governamental.

• 1\.000 contas de integração no total, incluindo contas de integração em qualquer ISE (ambiente do serviço de integração) em SKUs do Desenvolvedor e Premium.

• Cada ISE, seja Desenvolvedor ou Premium, pode usar uma conta de integração individual sem custo extra, embora o tipo de conta incluído varie de acordo com o SKU do ISE. Você pode criar mais contas de integração para o ISE até o limite total por um custo extra.

  SKU do ISE	Limites da conta de integração
  Premium	20 contas no total, incluindo uma conta Standard sem custo extra. Com esse SKU, você pode ter apenas contas Standard. Nenhuma conta Gratuita ou Básica é permitida.
  Desenvolvedor	20 contas no total, incluindo uma conta gratuita (limitada a 1). Com esse SKU, você pode ter uma das seguintes combinações: – Uma conta gratuita e até 19 contas Standard. – Nenhuma conta gratuita e até 20 contas Standard. Não são permitidas contas Básicas ou Gratuitas adicionais. Importante: use o SKU do Desenvolvedor para experimentar, desenvolver e testar, mas não para produção ou teste de desempenho.

Para saber como funcionam o preço e a cobrança nos ISEs, consulte o Modelo de preços dos Aplicativos Lógicos. Para obter os valores, consulte Preços dos Aplicativos Lógicos.

Limites de artefato por conta de integração

As tabelas a seguir listam os valores do número de artefatos limitados a cada camada da conta de integração. Para obter os valores, consulte Preços dos Aplicativos Lógicos. Para saber como funcionam o preço e a cobrança nas contas de integração, consulte o Modelo de preços dos Aplicativos Lógicos.

Observação

Use a camada Gratuita somente para cenários exploratórios, não cenários de produção. Esta camada restringe o uso e a taxa de transferência e não tem nenhum SLA (Contrato de Nível de Serviço).

Artefato	Grátis	Basic	Standard	Premium (versão prévia)
Contratos comerciais de EDI	10	1	1.000	Ilimitado
Parceiros comerciais de EDI	25	2	1.000	Ilimitado
Mapas	25	500	1.000	Ilimitado
Esquemas	25	500	1.000	Ilimitado
Assemblies	10	25	1.000	Ilimitado, mas sem suporte no momento para a exportação por meio de um ISE.
Certificados	25	2	1.000	Ilimitado
Configurações de lote	5	1	50	Ilimitado
PIP (processo de interface do parceiro) RosettaNet	10	1	500	Ilimitado, mas sem suporte no momento para a exportação por meio de um ISE.

Limites de capacidade do artefato

Artefato	Limite	Observações
Assembly	8 MB	Para carregar arquivos maiores que 2 MB, use um contêiner de blob e uma conta de armazenamento do Azure.
Mapa (arquivo XSLT)	8 MB	Para carregar arquivos maiores que 2 MB, use a API REST de Aplicativos Lógicos do Azure – Mapas. Observação: A quantidade de dados ou registros que um mapa pode processar com êxito baseia-se no tamanho da mensagem e nos limites de tempo da ação nos Aplicativos Lógicos do Azure. Por exemplo, se você usar uma ação HTTP, baseada no tamanho da mensagem HTTP e nos limites de tempo, um mapa poderá processar dados até o limite de tamanho da mensagem HTTP se a operação for concluída dentro do limite de tempo do HTTP.
Esquema	8 MB	Para carregar arquivos maiores que 2 MB, use um contêiner de blob e uma conta de armazenamento do Azure.

Limites de taxa de transferência

Ponto de extremidade de runtime	Grátis	Basic	Standard	Observações
Chamadas de leitura a cada 5 minutos	3\.000	30,000	60.000	Esse limite se aplica a chamadas que recebem as entradas e saídas brutas do histórico de execução de um aplicativo lógico. Você pode distribuir a carga de trabalho entre mais de uma conta conforme necessário.
Chamadas de invocação a cada 5 minutos	3\.000	30,000	45,000	Você pode distribuir a carga de trabalho entre mais de uma conta conforme necessário.
Chamadas de acompanhamento a cada 5 minutos	3\.000	30,000	45,000	Você pode distribuir a carga de trabalho entre mais de uma conta conforme necessário.
Chamadas simultâneas de bloqueio	~1,000	~1,000	~1,000	O mesmo para todos os SKUs. Você pode reduzir o número de solicitações simultâneas ou reduzir a duração conforme necessário.

Tamanho da mensagem do protocolo B2B (AS2, X12, EDIFACT)

A seguinte tabela lista os limites de tamanho de mensagem que se aplicam aos protocolos B2B:

Nome	Multilocatário	Locatário único	Ambiente do serviço de integração	Observações
AS2	v2 - 100MB v1 - 25 MB	Indisponível	v2 - 200MB v1 - 25 MB	Aplicável ao decodificar e codificar
X12	50 MB	Indisponível	50 MB	Aplicável ao decodificar e codificar
EDIFACT	50 MB	Indisponível	50 MB	Aplicável ao decodificar e codificar

Configuração do firewall: Endereços IP e marcas de serviço

Se o seu ambiente tiver requisitos de rede rigorosos e usar um firewall que limite o tráfego a endereços IP específicos, o ambiente ou o firewall precisará permitir a comunicação de entrada recebida e a comunicação de saída enviada pelos Aplicativos Lógicos do Azure. Para configurar esse acesso, crie regras de Firewall do Azure para o firewall a fim de permitir o acesso de ambos os endereços IP, o de entrada e o de saída, usados pelos Aplicativos Lógicos do Azure na região do Azure do seu aplicativo lógico. Todos os aplicativos lógicos na mesma região usam os mesmos intervalos de endereço IP.

Observação

Se estiver usando o Power Automate, algumas ações, como HTTP e HTTP + OpenAPI, vão diretamente por meio do serviço de Aplicativos Lógicos do Azure e vêm dos endereços IP listados aqui. Para obter mais informações sobre os endereços IP usados pelo Power Automate, confira Limites e configuração para o Power Automate.

Por exemplo, suponha que os aplicativos lógicos sejam implantados na região Oeste dos EUA. Para dar suporte a chamadas enviadas ou recebidas pelos aplicativos lógicos por meio de ações e gatilhos internos, como a ação ou o gatilho HTTP, o firewall precisa permitir o acesso a todos os endereços IP de entrada e os endereços IP de saída do serviço de Aplicativos Lógicos do Azure existentes na região Oeste dos EUA.

Se o fluxo de trabalho usar conectores gerenciados, como o conector do Office 365 Outlook ou do SQL, ou usar conectores personalizados, o firewall também precisará permitir o acesso para todos os endereços IP de saída do conector gerenciado na região do Azure do aplicativo lógico. Se o fluxo de trabalho usar conectores personalizados que acessam os recursos locais por meio do recurso de gateway de dados local no Azure, será necessário configurar a instalação do gateway para permitir o acesso aos endereços IP de saída do conector gerenciado correspondentes. Para obter mais informações sobre como definir as configurações de comunicação no gateway, examine estes tópicos:

• Ajustar configurações de comunicação para gateway de dados local
• Definir configurações de proxy para o gateway de dados local

Considerações de configuração do IP de firewall

Antes de configurar o firewall com endereços IP, veja estas considerações:

• Para ajudá-lo a simplificar as regras de segurança que quiser criar, você tem a opção de usar marcas de serviço, em vez de especificar prefixos de endereço IP para cada região. Essas marcas representam um grupo de prefixos de endereço IP de um serviço específico do Azure e funcionam entre as regiões em que o serviço Aplicativos Lógicos do Azure está disponível:

  • LogicAppsManagement: representa os prefixos do endereço IP de entrada para o serviço de Aplicativos Lógicos do Azure.

  • LogicApps: representa os prefixos do endereço IP de saída para o serviço de Aplicativos Lógicos do Azure.

  • AzureConnectors: representa os prefixos de endereço IP para conectores gerenciados que fazem retornos de chamada de webhook de entrada para o serviço de Aplicativos Lógicos do Azure e chamadas de saída para os respectivos serviços, como o Armazenamento do Azure ou os Hubs de Eventos do Azure.

• Para fluxos de trabalho de aplicativo lógico padrão executados em Aplicativos Lógicos do Azure de locatário único, você precisa permitir o acesso para qualquer gatilho ou conexões de ação em seus fluxos de trabalho. Você pode permitir o tráfego de marcas de serviço e usar o mesmo nível de restrições ou políticas que Serviço de Aplicativo do Azure. Você também precisa localizar e usar os FQDNs (nomes de domínio totalmente qualificados) para suas conexões. Para obter mais informações, examine as seções correspondentes na seguinte documentação:

  • Permissões de firewall para aplicativos lógicos de locatário único - portal do Azure
  • Permissões de firewall para aplicativos lógicos de locatário único - Visual Studio Code

• Se os aplicativos lógicos tiverem problemas para acessar contas de armazenamento do Azure que usam firewalls e regras de firewall, você tem várias opções para habilitar o acesso.

  Por exemplo, os aplicativos lógicos não podem acessar diretamente as contas de armazenamento que usam regras de firewall e existem na mesma região. No entanto, se você permitir endereços IP de saída para os conectores gerenciados em sua região, seus aplicativos lógicos poderão acessar as contas de armazenamento que estão em uma região diferente, exceto quando usar os conectores de Armazenamento de Tabelas do Azure ou Armazenamento de Filas do Azure. Para acessar o Armazenamento de Tabelas ou o Armazenamento de Filas, você pode usar o gatilho e as ações HTTP. Para ver outras opções, consulte Acessar contas de armazenamento por trás de firewalls.

Endereços IP de entrada

Para que os Aplicativos Lógicos do Azure recebam a comunicação de entrada por meio do firewall, você precisa permitir o tráfego nos endereços IP de entrada descritos nesta seção para a região do Azure do aplicativo lógico. Para ajudar a reduzir a complexidade ao criar regras de segurança, você pode, opcionalmente, utilizar a marca de serviço, LogicAppsManagement, em vez de especificar os prefixos de endereço IP de entrada dos Aplicativos Lógicos do Azure para cada região. Se você estiver usando o Azure Governamental, consulte os endereços IP de entrada do Azure Governamental.

Observação

Alguns conectores gerenciados fazem retornos de chamada de webhook de entrada para os Aplicativos Lógicos do Azure. Se você utilizar o controle de acesso no recurso do aplicativo lógico, deverá certificar-se de que as chamadas desses sistemas de destino (endereços IP) tenham permissões para acessar seu aplicativo lógico. Os conectores a seguir fazem retornos de chamada de webhook de entrada para os Aplicativos Lógicos do Azure:

Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Microsoft Sentinel, Event Grid, Microsoft Form, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin & Ops, LiveChat, Office 365* Outlook, Outlook.com, Parserr, SAP*, Shifts for Microsoft Teams, Teamwork Projects, Typeform e assim por diante:

• Office 365: o chamador de retorno é, na verdade, o conector do Office 365. Você pode especificar os prefixos de endereço IP de saída do conector gerenciado para cada região ou, opcionalmente, você pode utilizar a marca de serviço AzureConnectors para esses conectores gerenciados.

• SAP: O chamador de retorno depende se o ambiente de implantação é multilocatário do Azure ou ISE. No ambiente multilocatário, o gateway de dados local faz a chamada de volta para o serviço de Aplicativos Lógicos do Azure. Em um ISE, o conector SAP faz a chamada de volta para os Aplicativos Lógicos do Azure.

Multilocatário - Endereços IP de entrada

Region	IP dos Aplicativos Lógicos do Azure
Leste da Austrália	13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215
Sudeste da Austrália	13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64, 20.211.194.165, 20.70.118.30, 4.198.78.245, 20.70.114.85, 20.70.116.201, 20.92.62.87, 20.211.194.79, 20.92.62.64
Brazil South	191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72
Sudeste do Brasil	20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49, 20.206.42.14, 20.206.43.33
Canadá Central	13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105, 20.104.14.9, 20.48.133.182
Leste do Canadá	52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42, 20.200.63.149, 52.229.126.142, 40.86.205.75, 40.86.229.191, 40.69.102.29, 40.69.96.69, 40.86.248.230, 52.229.114.121, 20.220.76.245, 52.229.99.183
Índia Central	52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195, 20.204.203.110, 20.204.212.77, 4.186.8.164, 20.235.200.244, 20.235.200.100, 20.235.200.92, 4.188.187.112, 4.188.187.170, 4.188.187.173, 4.188.188.52
Centro dos EUA	13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37
Leste da Ásia	168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194, 20.187.254.129, 20.187.189.246
Leste dos EUA	137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165, 52.226.216.209, 40.76.151.124, 20.84.29.150, 40.76.174.148
Leste dos EUA 2	40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253, 20.96.58.28, 20.96.89.98, 20.96.90.28
França Central	52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239, 20.74.20.86, 20.74.22.248, 20.74.94.80, 20.74.91.234, 20.74.106.82, 20.74.35.121, 20.19.63.163, 20.19.56.186
Sul da França	52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4, 52.136.134.128, 52.136.143.218
Norte da Alemanha	51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64, 20.113.206.147, 20.113.197.46
Centro-Oeste da Alemanha	51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0, 20.113.12.69, 20.113.11.8, 98.67.210.83, 98.67.210.94, 98.67.210.49, 98.67.144.141, 98.67.146.59, 98.67.145.222, 98.67.146.65, 98.67.146.238
Israel Central	20.217.134.130, 20.217.134.135
Norte da Itália	4.232.12.165, 4.232.12.191
Leste do Japão	13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50
Oeste do Japão	40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85, 20.89.226.241, 20.89.227.25, 40.74.129.115, 138.91.22.178, 40.74.120.8, 138.91.27.244, 138.91.28.97, 138.91.26.244, 23.100.110.250, 138.91.27.82
Oeste da Índia JIO	20.193.206.48, 20.193.206.49, 20.193.206.50, 20.193.206.51, 20.193.173.174, 20.193.168.121
Coreia Central	52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42, 20.200.207.29, 20.200.231.229
Sul da Coreia	52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64, 20.200.177.151, 20.200.177.147
Centro-Norte dos EUA	168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64, 52.162.177.104, 23.101.174.98, 20.98.61.245, 172.183.50.180, 172.183.52.146, 172.183.51.138, 172.183.48.31, 172.183.48.9, 172.183.48.234, 40.116.65.34
Norte da Europa	13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39, 40.127.242.203, 51.138.227.94, 40.127.145.51, 40.67.252.16, 4.207.0.242, 4.207.204.28, 4.207.203.201, 20.67.143.247, 20.67.138.43, 68.219.40.237, 20.105.14.98, 4.207.203.15, 4.207.204.121, 4.207.201.247, 20.107.145.46
Leste da Noruega	51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102
Oeste da Noruega	51.120.220.160, 51.120.220.161, 51.120.220.162, 51.120.220.163, 51.13.155.184, 51.13.151.90
Polônia Central	20.215.144.231, 20.215.145.0
Catar Central	20.21.211.241, 20.21.211.242
Norte da África do Sul	102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171
Oeste da África do Sul	102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173, 40.117.9.225, 102.133.98.91
Centro-Sul dos Estados Unidos	13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132, 20.94.151.41, 20.88.209.113
Sul da Índia	52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152, 104.211.221.215,104.211.205.148
Sudeste Asiático	52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6, 20.195.49.246, 20.198.130.155, 23.98.121.180
Suécia Central	20.91.178.13, 20.240.10.125
Norte da Suíça	51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226
Oeste da Suíça	51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66, 51.107.235.139,51.107.227.18
EAU Central	20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213, 40.126.212.77, 40.126.209.97
Norte dos EAU	20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173, 20.74.255.147, 20.74.255.37, 20.233.241.162, 20.233.241.99, 20.174.64.131, 20.233.241.184, 20.174.48.155, 20.233.241.200, 20.174.56.89, 20.174.41.1
Sul do Reino Unido	51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232, 20.108.148.173, 20.254.10.157, 4.159.25.35, 4.159.25.50, 4.250.87.43, 4.158.106.183, 4.250.53.153, 4.159.26.160, 4.159.25.103, 4.159.59.224
Oeste do Reino Unido	51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150, 51.104.62.166, 51.141.123.161
Centro-Oeste dos EUA	52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215
Europa Ocidental	13.95.155.53, 52.174.54.218, 52.174.49.6, 20.103.21.113, 20.103.18.84, 20.103.57.210, 20.101.174.52, 20.93.236.81, 20.103.94.255, 20.82.87.229, 20.76.171.34, 20.103.84.61
Oeste da Índia	104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237, 104.211.167.12,104.211.166.35
Oeste dos EUA	52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212, 104.40.34.112, 52.160.68.27, 13.88.168.158, 104.42.40.164, 13.87.207.79, 13.87.204.210, 168.62.9.100
Oeste dos EUA 2	13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68, 20.99.190.19, 20.72.244.108
Oeste dos EUA 3	20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241, 20.106.116.172, 20.106.116.225

Endereços IP de entrada do Azure Governamental

Região do Azure Governamental	IP dos Aplicativos Lógicos do Azure
Governo dos EUA do Arizona	52.244.67.164, 52.244.67.64, 52.244.66.82, 52.126.52.254, 52.126.53.145, 52.182.49.105, 52.182.49.175
Governo dos EUA do Texas	52.238.119.104, 52.238.112.96, 52.238.119.145, 52.245.171.151, 52.245.163.42
Gov. dos EUA – Virgínia	52.227.159.157, 52.227.152.90, 23.97.4.36, 13.77.239.182, 13.77.239.190
DoD Central dos EUA	52.182.49.204, 52.182.52.106

Endereços IP de saída

Para que os Aplicativos Lógicos do Azure enviem a comunicação de saída por meio do firewall, você precisa permitir o tráfego na região do Azure do aplicativo lógico para todos os endereços IP de saída descritos nesta seção. Se você estiver usando o Azure Governamental, consulte os endereços IP de saída do Azure Governamental.

Dica

Para ajudar a reduzir a complexidade ao criar regras de segurança, você pode, opcionalmente, utilizar a marca de serviço, LogicApps, em vez de especificar os prefixos de endereço IP de saída dos Aplicativos Lógicos do Azure para cada região. Opcionalmente, você também pode usar a marca de serviço AzureConnectors para conectores gerenciados que fazem chamadas de saída para seus respectivos serviços, como o Armazenamento do Microsoft Azure ou Hubs de Eventos do Azure, em vez de especificar os prefixos de endereço IP do conector gerenciado de saída para cada região. Essas marcas funcionam em todas as regiões em que os Aplicativos Lógicos do Azure estão disponíveis.

Se o fluxo de trabalho também usar qualquer conector gerenciado, como o conector do Office 365 Outlook ou o conector SQL, ou usar qualquer conector personalizado, seu firewall precisa permitir o tráfego na região do Azure do seu aplicativo lógico para todos os endereços IP de saída do conector gerenciado. Se o fluxo de trabalho usar conectores personalizados que acessam os recursos locais por meio do recurso de gateway de dados local no Azure, será necessário configurar a instalação do gateway para permitir o acesso aos endereços IP de saída do conector gerenciado correspondentes. Para obter mais informações sobre como definir as configurações de comunicação no gateway, examine estes tópicos:

• Ajustar configurações de comunicação para gateway de dados local
• Definir configurações de proxy para o gateway de dados local

Multilocatário - Endereços IP de saída

Esta seção lista os endereços IP de saída que os Aplicativos Lógicos do Azure exigem na região do Azure do aplicativo lógico para se comunicar por meio do firewall. Além disso, se o fluxo de trabalho usar conectores gerenciados personalizados, o firewall precisará permitir o tráfego na região do Azure do aplicativo lógico para todos os endereços IP de saída dos conectores gerenciados. Se você usar conectores personalizados que acessam recursos locais por meio do recurso de gateway de dados local no Azure, configure a instalação do gateway para permitir o acesso aos endereços IP de saída dos conectores gerenciados correspondentes.

Região	IP dos Aplicativos Lógicos do Azure
Leste da Austrália	13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139, 20.53.93.188, 20.53.72.170, 20.53.107.208, 20.53.106.182
Sudeste da Austrália	13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75, 52.255.36.185, 52.158.133.57, 20.70.114.125, 20.70.114.10, 20.70.117.240, 20.70.116.106, 20.70.114.97, 20.211.194.242, 20.70.109.46, 20.11.136.137, 20.70.116.240, 20.211.194.233, 20.11.154.170, 4.198.89.96, 20.92.61.254, 20.70.95.150, 20.70.117.21, 20.211.194.127, 20.92.61.242, 20.70.93.143
Brazil South	191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131, 20.201.66.44, 20.201.64.135, 20.201.24.212, 191.237.207.21
Sudeste do Brasil	20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113, 20.206.41.94, 20.206.41.20, 20.206.42.67, 20.206.40.250
Canadá Central	52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150, 20.104.13.249, 20.104.9.221, 20.48.133.133, 20.48.132.222
Leste do Canadá	52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241, 20.200.60.151, 20.200.59.228, 52.229.126.67, 52.229.105.109, 40.86.226.221, 40.86.228.72, 40.69.98.14, 40.86.208.137, 40.86.229.179, 40.86.227.188, 40.86.202.35, 40.86.206.74, 52.229.100.167, 40.86.240.237, 40.69.120.161, 40.69.102.71, 20.220.75.33, 20.220.74.16, 40.69.101.66, 52.229.114.105
Índia Central	52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145, 20.204.204.74, 20.204.202.72, 20.204.212.60, 20.204.212.8, 4.186.8.62, 4.186.8.18, 20.235.200.242, 20.235.200.237, 20.235.200.79, 20.235.200.44, 20.235.200.70, 20.235.200.32, 4.188.187.109, 4.188.187.86, 4.188.187.140, 4.188.185.15, 4.188.187.145, 4.188.187.107, 4.188.187.184, 4.188.187.64
Centro dos EUA	13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16, 52.141.221.6, 52.141.218.55, 20.109.202.36, 20.109.202.29
Leste da Ásia	13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165, 20.187.254.110, 20.187.250.221, 20.187.189.47, 20.187.188.136
Leste dos EUA	13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208, 52.226.216.197, 52.226.216.187, 40.76.151.25, 40.76.148.50, 20.84.29.29, 20.84.29.18, 40.76.174.83, 40.76.174.39
Leste dos EUA 2	40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236, 20.96.58.140, 20.96.58.139, 20.96.89.54, 20.96.89.48, 20.96.89.254, 20.96.89.234
França Central	52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104, 20.40.138.112, 20.40.140.149, 51.11.237.219, 51.11.237.216, 20.74.18.58, 20.74.18.36, 20.74.22.121, 20.74.20.147, 20.74.94.62, 20.74.88.179, 20.74.23.87, 20.74.22.119, 20.74.106.61, 20.74.105.214, 20.74.34.113, 20.74.33.177, 20.19.61.105, 20.74.109.28, 20.19.113.120, 20.74.106.31
Sul da França	52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51, 52.136.139.71, 52.136.135.74, 52.136.133.225, 52.136.139.96
Norte da Alemanha	51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51, 20.113.195.253, 20.113.196.183, 20.113.206.134, 20.113.206.170
Centro-Oeste da Alemanha	51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51, 20.113.11.136, 20.113.11.85, 20.113.10.168, 20.113.8.64, 98.67.210.79, 98.67.210.78, 98.67.210.85, 98.67.210.84, 98.67.210.14, 98.67.210.24, 98.67.144.136, 98.67.144.122, 98.67.145.221, 98.67.144.207, 98.67.146.88, 98.67.146.81, 98.67.146.51, 98.67.145.122, 98.67.146.229, 98.67.146.218
Israel Central	20.217.134.127, 20.217.134.126, 20.217.134.132, 20.217.129.229
Norte da Itália	4.232.12.164, 4.232.12.173, 4.232.12.190, 4.232.12.169
Leste do Japão	13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232, 20.191.172.255, 20.46.187.174, 20.194.206.98, 20.194.205.189
Oeste do Japão	40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85, 20.89.227.63, 20.89.226.188, 20.89.227.14, 20.89.226.101, 40.74.128.79, 40.74.75.184, 138.91.16.164, 138.91.21.233, 40.74.119.237, 40.74.119.158, 138.91.22.248, 138.91.26.236, 138.91.17.197, 138.91.17.144, 138.91.17.137, 104.46.237.16, 23.100.109.62, 138.91.17.15, 138.91.26.67, 104.46.234.170
Oeste da Índia JIO	20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135, 20.193.173.7, 20.193.172.11, 20.193.170.88, 20.193.171.252
Coreia Central	52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39, 20.200.206.170, 20.200.202.75, 20.200.231.222, 20.200.231.139
Sul da Coreia	52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23, 20.200.177.148, 20.200.177.135, 20.200.177.146, 20.200.180.213
Centro-Norte dos EUA	168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225, 52.162.177.90, 52.162.177.30, 23.101.160.111, 23.101.167.207, 20.80.33.190, 20.88.47.77, 172.183.51.180, 40.116.65.125, 20.88.51.31, 40.116.66.226, 40.116.64.218, 20.88.55.77, 172.183.49.208, 20.102.251.70, 20.102.255.252, 20.88.49.23, 172.183.50.30, 20.88.49.21, 20.102.255.209, 172.183.48.255
Norte da Europa	40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181, 40.127.242.159, 40.127.240.183, 51.138.226.19, 51.138.227.160, 40.127.144.251, 40.127.144.121, 40.67.251.175, 40.67.250.247, 4.207.0.229, 4.207.0.197, 4.207.204.8, 4.207.203.217, 4.207.203.190, 4.207.203.59, 20.67.141.244, 20.67.139.133, 20.67.137.144, 20.67.136.162, 68.219.40.225, 68.219.40.39, 20.105.12.63, 20.105.11.53, 4.207.202.106, 4.207.202.95, 4.207.204.91, 4.207.204.89, 4.207.201.234, 20.105.15.225, 20.67.191.232, 20.67.190.37
Leste da Noruega	51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248, 20.100.26.148, 20.100.26.52, 20.100.36.49, 20.100.36.10
Oeste da Noruega	51.120.220.128, 51.120.220.129, 51.120.220.130, 51.120.220.131, 51.120.220.132, 51.120.220.133, 51.120.220.134, 51.120.220.135, 51.13.153.172, 51.13.148.178, 51.13.148.11, 51.13.149.162
Polônia Central	20.215.144.229, 20.215.128.160, 20.215.144.235, 20.215.144.246
Catar Central	20.21.211.240, 20.21.209.216, 20.21.211.245, 20.21.210.251
Norte da África do Sul	102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51, 20.87.92.40, 20.87.91.122, 20.87.91.169, 20.87.88.47
Oeste da África do Sul	102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191, 102.133.101.220, 40.117.9.125, 40.117.10.230, 40.117.9.229
Centro-Sul dos Estados Unidos	104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88
Sul da Índia	52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229, 104.211.211.221, 104.211.210.192, 104.211.213.78, 104.211.218.202
Sudeste Asiático	13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128, 20.195.49.240, 20.195.49.29, 20.198.130.152, 20.198.128.124, 23.98.121.179, 23.98.121.115
Suécia Central	20.91.178.11, 20.91.177.115, 20.240.10.91, 20.240.10.89
Norte da Suíça	51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210, 20.203.230.58, 20.203.229.127, 20.203.224.37, 20.203.225.242
Oeste da Suíça	51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83, 51.107.232.61, 51.107.234.254, 51.107.226.253, 20.199.193.249
EAU Central	20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135, 40.126.210.93, 40.126.209.151, 40.126.208.156, 40.126.214.92
Norte dos EAU	40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104, 20.74.255.28, 20.74.250.247, 20.216.16.75, 20.74.251.30, 20.233.241.106, 20.233.241.102, 20.233.241.85, 20.233.241.25, 20.174.64.128, 20.174.64.55, 20.233.240.41, 20.233.241.206, 20.174.48.149, 20.174.48.147, 20.233.241.187, 20.233.241.165, 20.174.56.83, 20.174.56.74, 20.174.40.222, 20.174.40.91
Sul do Reino Unido	51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24, 20.108.102.142, 20.108.102.123, 20.90.204.228, 20.90.204.188, 20.108.146.132, 20.90.223.4, 20.26.15.70, 20.26.13.151, 4.159.24.241, 4.250.55.134, 4.159.24.255, 4.250.55.217, 172.165.88.82, 4.250.82.111, 4.158.106.101, 4.158.105.106, 4.250.51.127, 4.250.49.230, 4.159.26.128, 172.166.86.30, 4.159.26.151, 4.159.26.77, 4.159.59.140, 4.159.59.13
Oeste do Reino Unido	51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63, 51.104.58.40, 51.104.57.160, 51.141.121.72, 51.141.121.220
Centro-Oeste dos EUA	52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159, 13.78.212.163, 13.77.220.134, 13.78.200.233, 13.77.219.128
Europa Ocidental	40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.71.163, 13.69.71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167, 20.103.21.81, 20.103.17.247, 20.103.17.223, 20.103.16.47, 20.103.58.116, 20.103.57.29, 20.101.174.49, 20.101.174.23, 20.93.236.26, 20.93.235.107, 20.103.94.250, 20.76.174.72, 20.82.87.192, 20.82.87.16, 20.76.170.145, 20.103.91.39, 20.103.84.41, 20.76.161.156
Oeste da Índia	104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7, 104.211.155.179, 104.211.142.119, 104.211.153.240, 104.211.156.193
Oeste dos EUA	52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.4, 13.86.223.5, 104.40.34.169, 104.40.32.148, 52.160.70.221, 52.160.70.105, 13.91.81.221, 13.64.231.196, 13.87.204.182, 40.78.65.193, 13.87.207.39, 104.42.44.28, 40.83.134.97, 40.78.65.112, 168.62.9.74, 168.62.28.191
Oeste dos EUA 2	13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219, 20.99.189.158, 20.99.189.70, 20.72.244.58, 20.72.243.225
Oeste dos EUA 3	20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192, 20.106.85.228, 20.150.159.163, 20.106.116.207, 20.106.116.186

Endereços IP de saída do Azure Governamental

Região	IP dos Aplicativos Lógicos do Azure
DoD Central dos EUA	52.182.48.215, 52.182.92.143, 52.182.53.147, 52.182.52.212, 52.182.49.162, 52.182.49.151
Governo dos EUA do Arizona	52.244.67.143, 52.244.65.66, 52.244.65.190, 52.126.50.197, 52.126.49.223, 52.126.53.144, 52.126.36.100
Governo dos EUA do Texas	52.238.114.217, 52.238.115.245, 52.238.117.119, 20.141.120.209, 52.245.171.152, 20.141.123.226, 52.245.163.1
Gov. dos EUA – Virgínia	13.72.54.205, 52.227.138.30, 52.227.152.44, 13.77.239.177, 13.77.239.140, 13.77.239.187, 13.77.239.184

Próximas etapas

• Criar um exemplo de fluxo de trabalho de aplicativo lógico de consumo em Aplicativos Lógicos do Azure multilocatário
• Criar um exemplo de fluxo de trabalho de aplicativo lógico Standard nos Aplicativos Lógicos do Azure de locatário único