Confiabilidade nos Aplicativos Lógicos do Azure

Para aplicativos lógicos de consumo, os Aplicativos Lógicos do Azure gerenciam automaticamente a infraestrutura de computação, o armazenamento de estado e outros recursos. Você não precisa configurar nem gerenciar VMs (máquinas virtuais). Os aplicativos lógicos de consumo compartilham a infraestrutura de computação entre muitos clientes.

Para aplicativos lógicos Padrão, os Aplicativos Lógicos do Azure usam recursos de computação chamados Planos de Serviço de Fluxo de Trabalho ou planos, que são dedicados a você. Cada plano pode ter várias instâncias, que opcionalmente podem ser distribuídas entre várias zonas de disponibilidade. Cada instância é mapeada aproximadamente para uma VM (máquina virtual), mas você não vê essas VMs e não precisa configurá-las ou gerenciá-las diretamente. Seus fluxos de trabalho são executados em instâncias do seu plano.

Os aplicativos lógicos padrão exigem que você configure o armazenamento para manter o estado para fluxos de trabalho com estado. Para obter mais informações, veja Fluxos de trabalho com estado e sem estado.

Os aplicativos lógicos padrão usam uma infraestrutura subjacente semelhante ao Azure Functions e ao Serviço de Aplicativo do Azure. No entanto, existem algumas diferenças na maneira como você configura planos para aplicativos lógicos em comparação com outros serviços.

Para obter mais informações, consulte Diferenças entre aplicativos lógicos padrão versus aplicativos lógicos de consumo.

Os Aplicativos Lógicos do Azure dão suporte à redundância de zona, que espalha os recursos de computação e o estado em várias zonas de disponibilidade. Ao distribuir recursos de carga de trabalho de aplicativo lógico entre zonas de disponibilidade, você aprimora a resiliência e a confiabilidade das cargas de trabalho do aplicativo lógico de produção.

Os fluxos de trabalho de aplicativo lógico de Consumo novos e existentes nos Aplicativos Lógicos do Azure multilocatários habilitam automaticamente a redundância de zona.

Os Aplicativos Lógicos do Azure dão suporte à redundância de zona, que espalha recursos de computação em várias zonas de disponibilidade. Opcionalmente, você pode configurar a redundância de zona para o estado que os fluxos de trabalho do aplicativo lógico armazenam. Ao distribuir recursos de carga de trabalho de aplicativo lógico entre zonas de disponibilidade, você aprimora a resiliência e a confiabilidade das cargas de trabalho do aplicativo lógico de produção.

Para fluxos de trabalho Standard com a opção de hospedagem plano de serviço de fluxo de trabalho nos Aplicativos Lógicos do Azure de locatário único, você pode opcionalmente habilitar a redundância de zona.

Para fluxos de trabalho Standard com a opção de hospedagem do Ambiente de Serviço de Aplicativo v3, você pode opcionalmente habilitar a redundância de zona. Para obter mais informações sobre como o Ambiente do Serviço de Aplicativo v3 dá suporte a zonas de disponibilidade, consulte Confiabilidade no Ambiente do Serviço de Aplicativo.

• Suporte à região: Os aplicativos lógicos de consumo implantados em qualquer região que dê suporte a zonas de disponibilidade são automaticamente redundantes por zona. O Oeste do Japão é a exceção, que atualmente não dá suporte a aplicativos lógicos com redundância de zona porque alguns serviços dependentes ainda não dão suporte à redundância de zona.

• Suporte à região: Você pode implantar aplicativos lógicos Standard com redundância de zona com Planos de Serviço de Fluxo de Trabalho em qualquer região que dê suporte a zonas de disponibilidade para o Serviço de Aplicativo do Azure. O Oeste do Japão é a exceção, que atualmente não dá suporte a aplicativos lógicos com redundância de zona porque alguns serviços dependentes ainda não dão suporte à redundância de zona. Para obter mais informações, consulte Confiabilidade no Serviço de Aplicativo do Azure.

• Suporte à região: para ver quais regiões dão suporte a zonas de disponibilidade para o Ambiente do Serviço de Aplicativo v3, consulte Regiões.

• Contagem de instâncias: você deve implantar pelo menos duas instâncias do Plano de Serviço de Fluxo de Trabalho. Cada instância corresponde aproximadamente a uma VM, portanto, para distribuir essas instâncias (VMs) em várias zonas de disponibilidade, você deve ter no mínimo duas instâncias.

• Armazenamento: Ao configurar o armazenamento externo para fluxos de trabalho Standard com estado, é necessário garantir que sua conta de armazenamento esteja configurada para redundância de zona. Para obter mais informações, confira Considerações de armazenamento do Azure Functions.

Nenhum custo adicional se aplica ao uso da redundância de zona, que é habilitada automaticamente para aplicativos lógicos de Consumo novos e existentes nos Aplicativos Lógicos do Azure multilocatários.

Quando você tem Aplicativos Lógicos Standard com o Plano de Serviço de Fluxo de Trabalho em Aplicativos Lógicos do Azure de locatário único, nenhum custo adicional se aplica à habilitação das zonas de disponibilidade se você tiver duas ou mais instâncias do plano. Você será cobrado com base no SKU do plano, na capacidade especificada e nas instâncias dimensionadas de acordo com os critérios de escala automática. Se você habilitar zonas de disponibilidade, mas especificar menos de duas instâncias, a plataforma imporá automaticamente o mínimo de duas instâncias e cobrará por essas duas instâncias.

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

Os fluxos de trabalho do aplicativo lógico de consumo dão suporte automaticamente à redundância de zona, portanto, nenhuma configuração é necessária.

• Crie um novo aplicativo lógico com redundância de zona: para habilitar a redundância de zona para aplicativos lógicos Standard, consulte Habilitar redundância de zona para seu aplicativo lógico.

• Habilitar a redundância de zona em um aplicativo lógico existente: você não pode habilitar 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.

• Desabilitar a redundância de zona: você não pode desabilitar a redundância de zona depois de criar um Plano de Serviço de Fluxo de Trabalho. Em vez disso, você precisa criar um novo plano com a redundância de zona desabilitada e excluir o antigo.

Planejamento e gerenciamento de capacidade

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

• Roteamento de tráfego entre zonas: durante operações normais, as invocações de fluxo de trabalho podem usar recursos de computação 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 usando ZRS (armazenamento com redundância de zona).

• Roteamento de tráfego entre zonas: durante operações normais, as invocações de fluxo de trabalho são distribuídas entre todas as instâncias de plano disponíveis 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 configurado. Ao usar o Armazenamento do Azure como seu sistema de armazenamento externo, você precisa usar o ZRS (armazenamento com redundância de zona), que replica de forma síncrona o estado do fluxo de trabalho entre zonas de disponibilidade.

• Redirecionamento de Tráfego: o tráfego de entrada é automaticamente distribuído para a infraestrutura em zonas saudáveis.

• Redirecionamento de tráfego: o tráfego de entrada é automaticamente distribuído para novas instâncias de plano em zonas saudáveis quando estão disponíveis. Para obter mais informações, consulte Confiabilidade no Serviço de Aplicativo do Azure – Comportamento durante uma falha de zona.

• Comportamentos fora do tempo de execução: os fluxos de trabalho de aplicativos lógicos em um plano com redundância de zona continuam sendo executados mesmo se uma zona de disponibilidade passar por uma interrupção. No entanto, comportamentos que não são de runtime ainda podem ser afetados durante uma interrupção da zona de disponibilidade. Para obter detalhes e uma lista desses comportamentos, consulte Confiabilidade no Serviço de Aplicativo do Azure – Comportamento durante uma falha de zona.

• Comportamentos fora do runtime: os fluxos de trabalho do aplicativo lógico em um plano redundante à zona continuam sendo executados, ainda que uma zona de disponibilidade sofra uma interrupção. No entanto, comportamentos que não são de runtime ainda podem ser afetados durante uma interrupção da zona de disponibilidade. Para obter detalhes e uma lista desses comportamentos, consulte Confiabilidade no Ambiente do Serviço de Aplicativo do Azure – Comportamento durante uma falha de zona.