Limites e referência de configuração para 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 para manter o histórico de execução 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.

Por exemplo, suponha que você reduza o limite de retenção de 90 dias para 30 dias. Uma corrida de 60 dias é removida do histórico de corridas. 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 lógico no designer.

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

3. Em Opções de tempo de execução, na lista Retenção do histórico de execução em dias , selecione Personalizado.

4. Arraste o controle deslizante para alterar o número de dias desejado.

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

Modelo ARM

Se você usar um modelo do Azure Resource Manager, essa configuração aparecerá como uma propriedade na definição de recurso do seu fluxo de trabalho, que é descrita na referência de 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 aplicativos lógicos padrão, você pode diminuir ou aumentar o limite padrão de 90 dias, mas precisa adicionar as seguintes configurações e seus valores ao seu 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 do aplicativo chamada Workflows.RuntimeConfiguration.RetentionInDays é definida para manter 90 dias de dados. A configuração do host chamada Runtime.FlowMaintenanceJob.RetentionCooldownInterval é definida para verificar a cada 7 dias se há dados antigos a serem excluídos. Se você deixar esses valores padrão, poderá ver dados com até 97 dias. Por exemplo, suponha que os Aplicativos Lógicos do Azure verifiquem no Dia X e excluam dados anteriores ao Dia X - 90 dias e, em seguida, aguarde 7 dias antes de serem executados novamente. Esse comportamento resulta em dados que envelhecem até 97 dias antes do trabalho ser executado novamente. No entanto, se você definir o intervalo para 1 dia, mas deixar os dias de retenção no valor padrão, o atraso máximo para excluir dados antigos será de 90+1 dias.

Portal

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

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

Visual Studio Code

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

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

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 nas Aplicações Lógicas do Azure de inquilino único utilizam 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 a limitação, e seus fluxos de trabalho podem sofrer limitação no nível de 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 como dimensionar destinos e limitações para os vários serviços de Armazenamento do Azure, consulte a seguinte documentação:

• Dimensionar metas para armazenamento de tabela
• Destinos de operação de dados para armazenamento de tabela
• Dimensionar destinos para armazenamento de Blob
• 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 aplicativos lógicos 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 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 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ção 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 as ações do fluxo de trabalho forem pesadas em termos de computação, 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 usá-la na 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, em seguida, 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 de conta de armazenamento é 00 até o número de contas de armazenamento menos 1, por exemplo:

     Nome de definição de aplicação	Value
     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 você tiver 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, em fluxos de trabalho de aplicativos lógicos padrão, não há suporte para tipos de dados seguros, como securestring e secureobject, . A Microsoft recomenda que você autentique o acesso aos recursos do Azure com uma identidade gerenciada quando possível e atribua uma função que tenha o menor privilégio necessário.

     Se esse recurso não estiver disponível, certifique-se de proteger as cadeias de conexão por meio de outras medidas, como o Cofre da Chave do Azure, 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. Semelhante aos modelos ARM, onde você pode definir variáveis de ambiente no momento da implantação, você pode definir as configurações do aplicativo dentro da definição do fluxo de trabalho do aplicativo lógico. Em seguida, você pode capturar valores de infraestrutura gerados dinamicamente, como pontos de extremidade de conexão, cadeias de caracteres de armazenamento e muito mais. Para obter mais informações, consulte 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 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 de forma eficaz. Seu aplicativo lógico usa os seguintes fatores principais para determinar se deve ser dimensionado.

• Acionador

  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 Service Bus, se o comprimento da fila crescer continuamente, o escalador tomará medidas 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 de aumento, o dimensionador aumentará o número de instâncias de trabalho para distribuir a carga de solicitação de forma mais eficiente. Para obter mais informações sobre instâncias de trabalho, consulte Aplicativos Lógicos do Azure (Padrão) - Runtime Deep Dive.

• 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 despachantes de trabalho pesquisam regularmente a fila de trabalhos para recuperar e executar esses trabalhos. No entanto, se a capacidade de computação for insuficiente para pegar esses trabalhos, eles permanecerão na fila por mais tempo, resultando em maiores atrasos de execução. 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) - Runtime Deep Dive.

  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 escalador 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 seu aplicativo lógico para lidar com efetivamente com picos de carga. Por exemplo, se sua carga de trabalho exigir o dimensionamento de seu 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.

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

• Partilhe carga de trabalho entre várias aplicações lógicas.

  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 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 uma programação. Para obter mais informações, consulte Gerenciar recursos do Azure e monitorar custos criando tarefas de automação (visualização).

Os Aplicativos Lógicos do Azure Multilocatário têm um limite padrão para o 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 seu aplicativo lógico, em Configurações, selecione Configurações de fluxo de trabalho.

2. Em Opções>de tempo de execução 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 seu aplicativo lógico, no objeto para a properties definição de recurso do seu aplicativo lógico, adicione o runtimeConfiguration objeto com a operationOptions propriedade 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 sua definição de recurso de aplicativo lógico, consulte Visão geral: Automatizar a implantação de Aplicativos Lógicos do Azure usando modelos do Azure Resource Manager.