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

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ários, o limite padrão de 90 dias é o mesmo que o limite máximo. Você só pode diminuir esse valor.

• A retenção do histórico de execução é sempre calculada usando a hora de início da execução e o limite de retenção no momento em que a execução foi iniciada, não o limite de retenção atual.

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 do 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}
         }
      }
   }
}

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.

A retenção do histórico de execução é sempre calculada usando a hora de início da execução e o limite de retenção no momento em que a execução foi iniciada, não o limite de retenção atual.

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.

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

Armazenamento

Fluxos de trabalho com estado nos Aplicativos Lógicos do Azure de locatário único usam o Armazenamento de Tabelas do Azure para armazenamento de dados persistente durante o runtime, o Armazenamento de Blobs do Azure para manter históricos de execução de 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 experimentar limitação de nível de partição ou limitação 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ê entenda as possíveis limitações e as maneiras de resolvê-las.

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

• Metas de escala para armazenamento de Tabelas
• Destinos da operação de dados para o Armazenamento de Tabelas
• Metas de escalabilidade para Armazenamento de Blobs
• Metas de escala para Armazenamento de Filas

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

As seguintes recomendações se aplicam ao dimensionamento de fluxos de trabalho do aplicativo lógico Standard:

• Compartilhe 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 entre várias partições. No entanto, para melhorar a distribuição e reduzir a limitação no nível da partição, distribuir a carga de trabalho entre vários fluxos de trabalho, em vez de depender de um único fluxo de trabalho.

• Compartilhe a carga de trabalho em 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 em várias contas de armazenamento, em vez de depender de uma única conta de armazenamento. Você pode configurar o recurso de aplicativo lógico Standard para usar até 32 contas de armazenamento como o limite. Para determinar o número de contas de armazenamento necessárias, use a diretriz geral para mirar cerca de 100.000 execuções de ação por minuto, por conta de armazenamento. Embora essa estimativa funcione bem para a maioria dos cenários, você poderá usar um número menor de execuções de ação se suas ações de fluxo de trabalho forem computação pesada, por exemplo, uma ação de consulta que processa grandes matrizes de dados. Certifique-se de executar testes de carga e ajustar sua solução antes de usar em produção.

  Para habilitar o uso de várias contas de armazenamento, siga estas etapas antes de criar seu aplicativo lógico Standard. Caso contrário, se você alterar as configurações após a criação, poderá sofrer 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 Standard e, em seguida, edite as configurações de host do aplicativo lógico (arquivo host.json) para incluir o seguinte objeto extensions, que contém os objetos workflow 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ções de aplicativo do seo aplicativo lógico (local.settings.json) para adicionar uma configuração chamada CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU0<storage-account-number>.ConnectionString e a respectiva cadeia de conexão da conta de armazenamento, usando a seguinte sintaxe, em que o primeiro número da conta de armazenamento é 00 até o número total de contas 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>

     Importante

     Quando houver informações confidenciais, como cadeias de conexão que incluem nomes de usuário e senhas, certifique-se de usar o fluxo de autenticação mais seguro disponível. Por exemplo, nos fluxos de trabalho de aplicativo lógico Standard, não há suporte para tipos de dados seguros, como securestring e secureobject. A Microsoft recomenda autenticar o acesso aos recursos do Azure com uma identidade gerenciada quando possível e atribuir uma função que tenha o privilégio mínimo necessário.

     Se essa funcionalidade estiver indisponível, certifique-se de proteger as cadeias de conexão por meio de outras medidas, como o Azure Key Vault, que você pode usar com as configurações do aplicativo. Em seguida, você pode fazer referência direta a cadeias de caracteres seguras, como cadeias de conexão e chaves. De modo semelhante aos modelos do ARM, em que é possível definir variáveis de ambiente no momento da implantação, você pode definir as configurações de aplicativo na definição de fluxo de trabalho do aplicativo lógico. Em seguida, você pode capturar os valores da infraestrutura gerados dinamicamente, como pontos de extremidade de conexão, cadeias de caracteres de armazenamento, entre outros. Para obter mais informações, consulte Tipos de aplicativo para a plataforma de identidade da Microsoft.

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

Computação

Um aplicativo lógico Standard é 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 efetivamente com cargas crescentes. Seu aplicativo lógico usa os seguintes fatores primários para determinar se a escala deve ser dimensionada.

• 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 tomará medidas para adicionar instâncias de trabalho, que permitem processar mais mensagens. Da mesma forma, para um fluxo de trabalho com um gatilho de solicitação, se a latência de solicitação apresentar uma tendência ascendente, o dimensionador aumentará o número de instâncias de trabalho para distribuir a carga da solicitação com mais eficiência. Para obter mais informações sobre instâncias de trabalho, consulte Aplicativos Lógicos do Azure (Standard) - Aprofundamento em runtime.

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

  Em runtime, as ações de fluxo de trabalho são divididas em trabalhos individuais que são enfileirados para execução. Os despachantes de trabalhos pesquisam regularmente a fila de trabalhos 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 dimensionador 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 runtime agenda e executa trabalhos, consulte Aplicativos Lógicos do Azure (Standard) - Runtime Deep Dive.

  O dimensionador também considera a configuração mínima e máxima do contador de instância de trabalho para determinar se as decisões de dimensionamento devem ser tomadas, como adicionar, remover ou manter o número atual de instâncias de trabalho. Normalmente, o dimensionador toma essas decisões em intervalos de aproximadamente 15 a 30 segundos. Portanto, considere esse tempo de ramp-up e seu impacto na velocidade de dimensionamento do aplicativo lógico para lidar efetivamente com cargas de pico. 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 dimensionamento mais rápido

• Compartilhe carga de trabalho em 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 que um único aplicativo lógico. Ao dividir sua carga de trabalho em vários aplicativos, você pode multiplicar efetivamente a escalabilidade e obter resultados de dimensionamento mais rápidos.

• Use instâncias pré-armadas.

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

Os Aplicativos Lógicos do Azure multilocatário têm um limite padrão no número de ações executadas a cada 5 minutos. Para elevar o valor padrão para o valor máximo, você pode habilitar o modo de alta taxa de transferência, que está em versão prévia. Ou distribuir a carga de trabalho em 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 Resource Manager

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.