Configurar a recuperação de desastres entre regiões para contas de integração nos Aplicativos Lógicos do Azure

Aplica-se a: Aplicativos Lógicos do Azure (Consumo + Padrão)

As cargas de trabalho B2B envolvem transações monetárias, como pedidos e faturas. Durante um evento de desastre, é fundamental que uma empresa se recupere rapidamente para cumprir os SLAs de nível de negócios acordados com seus parceiros. Este artigo demonstra como criar um plano de continuidade de negócios para cargas de trabalho B2B.

• Prontidão para recuperação de desastres
• Failover para a região secundária durante um evento de desastre
• Retorno à região primária após um evento de desastre

Prontidão para recuperação de desastres

1. Identifique uma região secundária e crie uma conta de integração na região secundária.

2. Adicione parceiros, esquemas e contratos para os fluxos de mensagens necessários em que o status de execução precisa ser replicado para a conta de integração de região secundária.

   Gorjeta

   Verifique se há consistência na convenção de nomenclatura do artefato da conta de integração entre regiões.

3. Para extrair o status de execução da região primária, crie um aplicativo lógico na região secundária.

   Este aplicativo lógico deve ter um gatilho e uma ação. O gatilho deve se conectar à conta de integração de região primária e a ação deve se conectar à conta de integração de região secundária. Com base no intervalo de tempo, o gatilho sonda a tabela de status de execução da região primária e extrai os novos registros, se houver. A ação os atualiza para a conta de integração de região secundária. Isso ajuda a obter o status de tempo de execução incremental da região primária para a região secundária.

4. A continuidade de negócios na conta de integração de Aplicativos Lógicos foi projetada para oferecer suporte com base em protocolos B2B - X12, AS2 e EDIFACT. Para encontrar etapas detalhadas, selecione os respetivos links.

5. A recomendação é implantar todos os recursos da região primária em uma região secundária também.

   Os recursos da região primária incluem o Banco de Dados SQL do Azure ou o Azure Cosmos DB, o Barramento de Serviço do Azure e os Hubs de Eventos do Azure usados para mensagens, o Gerenciamento de API do Azure e o recurso Aplicativos Lógicos do Azure no Serviço de Aplicativo do Azure.

6. Estabeleça uma conexão de uma região primária para uma região secundária. Para extrair o status de execução de uma região primária, crie um aplicativo lógico em uma região secundária.

   O aplicativo lógico deve ter um gatilho e uma ação. O gatilho deve se conectar a uma conta de integração da região primária. A ação deve se conectar a uma conta de integração de região secundária. Com base no intervalo de tempo, o gatilho sonda a tabela de status de execução da região primária e extrai os novos registros, se houver. A ação os atualiza para uma conta de integração de região secundária. Esse processo ajuda a obter o status de tempo de execução incremental da região primária para a região secundária.

A continuidade de negócios em uma conta de integração de Aplicativos Lógicos fornece suporte com base nos protocolos B2B X12, AS2 e EDIFACT. Para obter etapas detalhadas sobre como usar X12 e AS2, consulte X12 e AS2 neste artigo.

Failover para uma região secundária durante um evento de desastre

Durante um evento de desastre, quando a região primária não estiver disponível para continuidade de negócios, direcione o tráfego para a região secundária. Uma região secundária ajuda uma empresa a recuperar funções rapidamente para atender ao RPO/RTO acordado por seus parceiros. Também minimiza os esforços de failover de uma região para outra.

Há uma latência esperada ao copiar números de controle de uma região primária para uma região secundária. Para evitar o envio de números de controle gerados duplicados para parceiros durante um evento de desastre, a recomendação é incrementar os números de controle nos contratos de região secundária usando cmdlets do PowerShell.

Retorno a um evento pós-desastre da região primária

Para voltar a uma região primária quando ela estiver disponível, siga estas etapas:

1. Pare de aceitar mensagens de parceiros na região secundária.

2. Incremente os números de controle gerados para todos os contratos de região primária usando cmdlets do PowerShell.

3. Tráfego direto da região secundária para a região primária.

4. Verifique se o aplicativo lógico criado na região secundária para extrair o status de execução da região primária está habilitado.

X12

A continuidade de negócios para documentos EDI X12 é baseada em números de controle:

Pré-requisitos

Para habilitar a recuperação de desastres para mensagens de entrada, selecione as configurações de verificação duplicada nas Configurações de recebimento do contrato X12.

1. Crie um exemplo de fluxo de trabalho do aplicativo lógico de consumo em uma região secundária.

2. Pesquise em X12 e selecione X12 - Quando um número de controle é modificado.

   

   O gatilho solicita que você estabeleça uma conexão com uma conta de integração. O gatilho deve estar conectado a uma conta de integração da região primária.

3. Insira um nome de conexão, selecione sua conta de integração de região principal na lista e escolha Criar.

   

4. A configuração DateTime para iniciar a sincronização do número de controle é opcional. A Frequência pode ser definida como Dia, Hora, Minuto ou Segundo com um intervalo.

   

5. Selecione Novo passo>Adicionar uma ação.

   

6. Pesquise em X12 e selecione X12 - Adicionar ou atualizar números de controle.

   

7. Para conectar uma ação a uma conta de integração de região secundária, selecione Alterar conexão>Adicionar nova conexão para obter uma lista das contas de integração disponíveis. Insira um nome de conexão, selecione sua conta de integração de região secundária na lista e escolha Criar.

   

8. Mude para entradas brutas clicando no ícone no canto superior direito.

   

9. Selecione Corpo no seletor de conteúdo dinâmico e salve o aplicativo lógico.

   

   Com base no intervalo de tempo, o gatilho sonda a região primária recebeu a tabela de números de controle e extrai os novos registros. A ação atualiza os registros na conta de integração da região secundária. Se não houver atualizações, o status do gatilho aparecerá como Ignorado.

   

Com base no intervalo de tempo, o status incremental do tempo de execução é replicado de uma região primária para uma região secundária. Durante um evento de desastre, quando a região primária não estiver disponível, direcione o tráfego para a região secundária para continuidade de negócios.

EDIFACT

A continuidade de negócios para documentos EDI EDIFACT é baseada em números de controle.

Pré-requisitos

Para habilitar a recuperação de desastres para mensagens de entrada, selecione as configurações de verificação duplicada nas Configurações de recebimento do contrato EDIFACT.

1. Crie um exemplo de fluxo de trabalho do aplicativo lógico de consumo em uma região secundária.

2. Pesquise no EDIFACT e selecione EDIFACT - Quando um número de controle é modificado.

   

   O gatilho solicita que você estabeleça uma conexão com uma conta de integração. O gatilho deve estar conectado a uma conta de integração da região primária.

3. Insira um nome de conexão, selecione sua conta de integração de região principal na lista e escolha Criar.

   

4. A configuração DateTime para iniciar a sincronização do número de controle é opcional. A Frequência pode ser definida como Dia, Hora, Minuto ou Segundo com um intervalo.

   

5. Selecione Novo passo>Adicionar uma ação.

   

6. Pesquise no EDIFACT e selecione EDIFACT - Adicionar ou atualizar números de controle.

   

7. Para conectar uma ação a uma conta de integração de região secundária, selecione Alterar conexão>Adicionar nova conexão para obter uma lista das contas de integração disponíveis. Insira um nome de conexão, selecione sua conta de integração de região secundária na lista e escolha Criar.

   

8. Mude para entradas brutas clicando no ícone no canto superior direito.

   

9. Selecione Corpo no seletor de conteúdo dinâmico e salve o aplicativo lógico.

Com base no intervalo de tempo, o gatilho sonda a região primária recebeu a tabela de números de controle e extrai os novos registros. A ação atualiza os registros para a conta de integração da região secundária. Se não houver atualizações, o status do gatilho aparecerá como Ignorado.

Com base no intervalo de tempo, o status incremental do tempo de execução é replicado de uma região primária para uma região secundária. Durante um evento de desastre, quando a região primária não estiver disponível, direcione o tráfego para a região secundária para continuidade de negócios.

AS2

A continuidade de negócios para documentos que usam o protocolo AS2 é baseada no ID da mensagem e no valor MIC.

1. Crie um exemplo de fluxo de trabalho do aplicativo lógico de consumo na região secundária.

2. Pesquise em AS2 e selecione AS2 - Quando um valor MIC é criado.

   

   Um gatilho solicita que você estabeleça uma conexão com uma conta de integração. O gatilho deve estar conectado a uma conta de integração da região primária.

3. Insira um nome de conexão, selecione sua conta de integração de região principal na lista e escolha Criar.

   

4. A configuração DateTime para iniciar a sincronização de valores MIC é opcional. A Frequência pode ser definida como Dia, Hora, Minuto ou Segundo com um intervalo.

   

5. Selecione Novo passo>Adicionar uma ação.

   

6. Pesquise no AS2 e selecione AS2 - Adicionar ou atualizar conteúdo MIC.

   

7. Para conectar uma ação a uma conta de integração secundária, selecione Alterar conexão>Adicionar nova conexão para obter uma lista das contas de integração disponíveis. Insira um nome de conexão, selecione sua conta de integração de região secundária na lista e escolha Criar.

   

8. Mude para entradas brutas clicando no ícone no canto superior direito.

   

9. Selecione Corpo no seletor de conteúdo dinâmico e salve o aplicativo lógico.

   

   Com base no intervalo de tempo, o gatilho sonda a tabela da região primária e extrai os novos registros. A ação os atualiza para a conta de integração da região secundária. Se não houver atualizações, o status do gatilho aparecerá como Ignorado.

   

Com base no intervalo de tempo, o status de tempo de execução incremental é replicado da região primária para a região secundária. Durante um evento de desastre, quando a região primária não estiver disponível, direcione o tráfego para a região secundária para continuidade de negócios.

Próximos passos

Monitorar mensagens B2B com logs do Azure Monitor