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.

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

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.

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

Os 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 a 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ê entenda 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:

• Destinos de escala para o Armazenamento de Tabelas
• Destinos de operação de dados para o Armazenamento de Tabelas
• Destinos de escala para o Armazenamento de Blobs
• Dimensionar destinos para o Armazenamento de Filas

Dimensionar 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 Standard:

• 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 mitigar a limitação no nível da 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 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 seu recurso de aplicativo lógico Standard 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çã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 pesadas em computação, por exemplo, uma ação de consulta que processa grandes matrizes de dados. Certifique-se de executar o teste 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 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 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 em que 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>

     Importante

     Quando houver informações confidenciais, como cadeias de conexão que incluam 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, confira Tipos de aplicativo para a plataforma de identidade da Microsoft.

  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 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 principais para determinar se deve ser dimensionado.

• 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, o que permite 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 tiver 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 (Standard) – Aprofundamento em Runtime.

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

  No 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 dispatchers de tarefas pesquisam regularmente a fila de tarefas para recuperar e executar essas tarefas. 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 runtime agenda e executa trabalhos, consulte Aplicativos Lógicos do Azure (Standard) – Aprofundamento do Runtime.

  O dimensionador também considera a configuração mínima e máxima do contador de instâncias de trabalho para determinar se deve tomar 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 a 30 segundos. Portanto, considere esse tempo de aceleração 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 aumento sozinho poderá 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 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 de tempo 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é-aquecidas.

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

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 versão prévia. Ou distribua 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.