Fiabilidade nas Aplicações Lógicas do Azure

Para aplicações de lógica de consumo, as aplicações Azure Logic gerem automaticamente a infraestrutura de computação, o armazenamento de estados e outros recursos. Não é necessário configurar ou gerenciar máquinas virtuais (VMs). As aplicações de lógica de consumo partilham a infraestrutura de computação entre muitos clientes.

Para aplicações de lógica padrão, as aplicações Azure Logic utilizam recursos de computação chamados Planos de Serviço de Fluxo de Trabalho, ou planos, que são dedicados a si. Cada plano pode ter múltiplas instâncias, que se podem opcionalmente espalhar pelas várias zonas de disponibilidade. Cada instância corresponde aproximadamente a uma máquina virtual (VM), mas não vês essas VMs nem precisas de as configurar ou gerir diretamente. Os seus fluxos de trabalho são executados em instâncias dos seus planos.

As aplicações lógicas padrão exigem que configure o armazenamento para manter o estado necessário para fluxos de trabalho com estado. Para obter mais informações, consulte Fluxos de trabalho com estado e sem estado.

As aplicações lógicas padrão usam uma infraestrutura subjacente semelhante à Azure Functions e Azure App Service. No entanto, existem algumas diferenças na forma como configuras planos para aplicações de lógica em comparação com outros serviços.

Para mais informações, consulte Diferenças entre aplicações de lógica padrão e aplicações de lógica de consumo.

O Azure Logic Apps suporta redundância de zonas, que distribui os recursos de computação e o estado por várias zonas de disponibilidade. Ao distribuir recursos de carga de trabalho do aplicativo lógico entre zonas de disponibilidade, você melhora a resiliência e a confiabilidade para as cargas de trabalho do aplicativo lógico de produção.

Novos e existentes fluxos de trabalho das aplicações Consumption Logic nas aplicações Azure Logic multitenant ativam automaticamente a redundância de zonas.

As Aplicações Lógicas do Azure suportam redundância de zona, que distribui recursos de computação por várias zonas de disponibilidade. Podes, opcionalmente, configurar redundância de zonas para o estado que os fluxos de trabalho da tua aplicação Logic armazenam. Ao distribuir recursos de carga de trabalho do aplicativo lógico entre zonas de disponibilidade, você melhora a resiliência e a confiabilidade para as cargas de trabalho do aplicativo lógico de produção.

Para fluxos de trabalho padrão com a opção de hospedagem no Plano de Serviço de Logic Apps do Azure em configuração de locatário único, pode-se opcionalmente habilitar a redundância de zona.

Para fluxos de trabalho padrão com a opção de hospedagem Ambiente de Serviço de Aplicações v3, pode-se, de forma opcional, habilitar a redundância de zona. Para mais informações sobre como o Ambiente de Serviços de Aplicações v3 suporta zonas de disponibilidade, consulte Fiabilidade no Ambiente de Serviços de Aplicações.

• Apoio regional: As aplicações de lógica de consumo implementadas em qualquer região que suporte zonas de disponibilidade tornam-se automaticamente redundantes por zona. O Japão Ocidental é a exceção, que atualmente não suporta aplicações lógicas redundantes por zona porque alguns serviços dependentes ainda não suportam redundância de zonas.

• Apoio regional: Pode implementar aplicações de lógica padrão redundantes por zonas com Planos de Serviço de Fluxo de Trabalho em qualquer região que suporte zonas de disponibilidade para o Azure App Service. O Japão Ocidental é a exceção, que atualmente não suporta aplicações lógicas redundantes por zona porque alguns serviços dependentes ainda não suportam redundância de zonas. Para obter mais informações, consulte Confiabilidade no Serviço de Aplicativo do Azure.

• Suporte de Região: Para ver quais as regiões que suportam zonas de disponibilidade para o Ambiente de Serviços de Aplicações v3, consulte Regiões.

• Número de instâncias: Deve implementar pelo menos duas instâncias do seu Plano de Serviço de Fluxo de Trabalho. Cada instância corresponde aproximadamente a uma VM, por isso, para distribuir estas instâncias (VMs) por múltiplas zonas de disponibilidade, deve ter pelo menos duas instâncias.

• Armazenamento: Ao configurar o armazenamento externo para fluxos de trabalho Standard com estado, deve-se configurar a sua conta de armazenamento para redundância de zona. Para obter mais informações, veja Considerações de armazenamento das Funções do Azure.

Não se aplica custo adicional para usar a redundância de zona, que é automaticamente ativada para aplicações de lógica do Consumo novas e existentes em aplicações do Azure Logic Apps multicliente.

Quando tem aplicações de lógica padrão com o Plano de Serviço de Fluxo de Trabalho em aplicações Azure Logic de inquilino único, não se aplica custo adicional para ativar zonas de disponibilidade se tiver duas ou mais instâncias de plano. És cobrado com base no SKU do teu plano, na capacidade especificada e em quaisquer situações em que aumentes ou reduzas, consoante os critérios de autoescala. Se ativar zonas de disponibilidade mas especificar menos de duas instâncias, a plataforma impõe o mínimo de duas instâncias e cobra-lhe por essas duas instâncias.

O Ambiente de Serviço de Aplicações v3 tem um modelo de preços de redundância por zona específico. Para obter informações sobre preços para o Ambiente do Serviço de Aplicativo v3, consulte Preços.

Os fluxos de trabalho da aplicação lógica de consumo suportam automaticamente redundância de zona, pelo que não é necessária qualquer configuração.

• Crie uma nova aplicação lógica redundante por zonas: Para ativar redundância de zonas para aplicações de lógica padrão, veja Ativar redundância de zonas para a sua aplicação lógica.

• Ativar a redundância de zonas numa aplicação lógica existente: Não pode ativar a redundância de zona depois de criar um plano de serviço. Em vez disso, você precisa criar um novo plano com redundância de zona habilitada e excluir o antigo.

• Desativar a redundância de zonas: Não pode desativar a redundância de zonas depois de criar um Plano de Serviço de Workflow. Em vez disso, você precisa criar um novo plano com redundância de zona desativada e excluir o antigo.

Planejamento e gerenciamento de capacidade

Para se preparar para uma falha na zona de disponibilidade, considere aprovisionar em excesso a capacidade do seu plano. O excesso de provisionamento permite que a solução tolere algum grau de perda de capacidade e ainda continue a funcionar sem desempenho degradado. Para obter mais informações, consulte Gerenciar a capacidade com provisionamento excessivo.

• Encaminhamento de tráfego entre zonas: Durante operações normais, as invocações de workflow podem utilizar recursos de cálculo de qualquer zona de disponibilidade na região.

• Replicação de dados entre zonas: Para fluxos de trabalho com estado, o estado do fluxo de trabalho é replicado de forma síncrona entre zonas de disponibilidade através do armazenamento redundante de zona (ZRS).

• Encaminhamento de tráfego entre zonas: Durante as operações normais, as invocações do fluxo de trabalho estão distribuídas por todas as instâncias disponíveis do plano em todas as zonas de disponibilidade.

• Replicação de dados entre zonas: Para fluxos de trabalho com estado, o estado do fluxo de trabalho é armazenado com base no armazenamento de estado que configuraste. Quando usa o Azure Storage como sistema de armazenamento externo, precisa de usar armazenamento redundante por zonas (ZRS), que replica sincronizadamente o estado do fluxo de trabalho entre zonas de disponibilidade.

• Redirecionamento de tráfego: O tráfego recebido é automaticamente distribuído para infraestruturas em zonas saudáveis.

• Redirecionamento de tráfego: O tráfego recebido é automaticamente distribuído para novas instâncias do plano em zonas saudáveis quando estão disponíveis. Para mais informações, consulte Fiabilidade no Azure App Service - Comportamento durante uma falha de zona.

• Comportamentos não em tempo de execução: Os fluxos de trabalho da Logic App num plano redundante de zona continuam a funcionar mesmo que uma zona de disponibilidade sofra uma falha. No entanto, comportamentos não de execução podem ser afetados durante uma interrupção numa zona de disponibilidade. Para detalhes e uma lista destes comportamentos, veja Fiabilidade no Azure App Service - Comportamento durante uma falha de zona.

• Comportamentos não em tempo de execução: Os fluxos de trabalho da Logic App num plano redundante de zona continuam a funcionar mesmo que uma zona de disponibilidade sofra uma falha. No entanto, comportamentos não de execução podem ser afetados durante uma interrupção numa zona de disponibilidade. Para detalhes e uma lista destes comportamentos, veja Fiabilidade no Ambiente de Serviços de Aplicações Azure - Comportamento durante uma falha de zona.