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

Aplica-se a: Azure Logic Apps (Consumption + Standard)

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 descreve como construir 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 estado da execução da região primária, crie uma aplicação lógica e um fluxo de trabalho na região secundária.

    Este fluxo de trabalho da aplicação de lógica deve ter um accionador e uma ação. O acionador deve estabelecer ligação à conta de integração da região principal. A ação deve ligar-se à conta de integração da região secundária.

    Com base no intervalo de tempo, o trigger consulta a tabela de status de execução da região primária e extrai os novos registos, se houver. A ação os atualiza para a conta de integração de região secundária. Isto ajuda a obter o estado de execução incremental da região primária para a região secundária.

    A continuidade de negócio na conta de integração foi concebida para oferecer suporte com base em protocolos B2B — X12, AS2 e EDIFACT. Para encontrar os passos detalhados, selecione os respetivos links neste artigo.

  4. Desdobrar todos os recursos da região primária numa região secundária.

    Os principais recursos regionais incluem Base de Dados SQL do Azure ou Azure Cosmos DB, Azure Service Bus e Hubs de Eventos do Azure usados para mensagens, API Management do Azure e o Azure Logic Apps funcional no Serviço de Aplicações do Azure.

  5. Estabeleça uma ligação de uma região primária para uma secundária. Para extrair o estado da execução de uma região primária, crie uma aplicação lógica e um fluxo de trabalho numa região secundária.

    Este fluxo de trabalho da aplicação lógica deve ter um acionador e uma ação. O gatilho deve ligar-se à conta de integração da região principal. A ação deve estabelecer ligação à conta de integração da região secundária.

    Com base no intervalo de tempo, o trigger consulta a tabela de status de execução da região primária e extrai os novos registos, se houver. A ação os atualiza para a conta de integração de região secundária. Isto ajuda a obter o estado de execução incremental da região primária para a região secundária.

A continuidade de negócio numa conta de integração Azure Logic Apps fornece suporte baseado nos protocolos B2B X12, AS2 e EDIFACT. Para passos detalhados sobre como usar X12 e AS2, consulte as seguintes secções neste artigo:

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

Durante um evento de desastre, quando a região principal não estiver disponível para a continuidade do negócio, direcione o tráfego para a região secundária. Uma área secundária ajuda uma empresa a recuperar rapidamente as funções para cumprir o RPO/RTO acordado pelos seus parceiros. Esta abordagem também minimiza os esforços de transição de uma região para outra.

É expectável alguma latência ao copiar números de controlo de uma região primária para uma região secundária. Para evitar enviar aos parceiros números de controlo gerados em duplicado durante uma situação de desastre, incremente os números de controlo nos acordos da região secundária através dos cmdlets do PowerShell.

Retorno para a região primária após um evento de desastre

Para voltar a uma região primária quando estiver disponível, siga estes passos:

  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 do negócio para documentos EDI X12 baseia-se em números de controlo.

Pré-requisitos

  • Um acordo X12 entre os teus parceiros comerciais

  • Para permitir a recuperação de desastres para mensagens recebidas, nas Definições de Receção do acordo X12, selecione as seguintes definições:

    • Proibir duplicados de números de controlo de intercâmbio
    • Não permitir números de controlo de grupo duplicados
    • Não permitir duplicados do número de controlo do conjunto de transações

    Captura de ecrã que mostra o acordo X12 com o painel de Receber Definições aberto e as definições duplicadas selecionadas.

Gorjeta

Também pode usar o modelo de início rápido do X12 para criar aplicações lógicas. O modelo exige que crie contas de integração primária e secundária.

O modelo cria duas aplicações lógicas e fluxos de trabalho: um para números de controlo recebidos e outro para números de controlo gerados. Os respetivos gatilhos e ações são criados nos fluxos de trabalho da aplicação lógica, ligando o gatilho à conta principal de integração e a ação à conta secundária de integração.

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

  2. Siga os passos gerais para adicionar o acionador X12 chamado Quando um número de controlo é modificado.

    O gatilho pede-te para criar uma ligação a uma conta de integração. Ligue o gatilho à sua conta principal de integração regional.

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

    Captura de ecrã que mostra onde introduzir o nome da ligação e a conta de integração da região principal para o gatilho X12 chamado Quando um número de controlo é modificado.

  4. Opcionalmente, defina o campo Data e hora para iniciar a sincronização do número de controlo. Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , juntamente com um valor de Intervalo .

    Captura de ecrã que mostra a caixa de informações do acionador com os campos DateTime para o início da sincronização dos números de controlo, Frequência e Intervalo para X12.

  5. Siga os passos gerais para adicionar uma ação X12 chamada Adicionar ou atualizar números de controlo.

  6. 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.

    Captura de ecrã que mostra onde adicionar um nome de conta de integração de região secundária.

  7. Muda para entradas brutas selecionando o ícone no canto superior direito.

    Captura de ecrã que mostra o ícone selecionado para mudar para entradas raw para X12.

  8. Na lista de conteúdo dinâmico, selecione Corpo e depois guarde a sua aplicação lógica.

    Captura de ecrã que mostra a lista dinâmica de conteúdos onde podes selecionar o campo Corpo para X12.

    Com base no intervalo de tempo, o gatilho sonda a tabela de números de controle da região primária 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.

    Captura de ecrã que mostra a tabela de números de controlo do X12.

Com base no intervalo de tempo, o estado de execução incremental é 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

  • Um acordo EDIFACT entre os seus parceiros comerciais

  • Para permitir a recuperação de desastres para mensagens recebidas, nas Definições de Receção do acordo EDIFACT, selecione as seguintes definições:

    • Proibir duplicados de números de controlo de intercâmbio
    • Não permitir números de controlo de grupo duplicados
    • Não permitir duplicados do número de controlo do conjunto de transações

    Captura de ecrã que mostra a concordância com o EDIFACT com o painel de Definições de Receção aberto e as definições duplicadas selecionadas.

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

  2. Siga os passos gerais para adicionar o gatilho EDIFACT chamado Quando um número de controlo é modificado.

    O gatilho pede-te para criar uma ligação a uma conta de integração. Ligue o gatilho à sua conta principal de integração regional.

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

    Captura de ecrã que mostra onde inserir o nome da ligação e a conta de integração da região principal para o gatilho EDIFACT chamado Quando um número de controlo é modificado.

  4. Opcionalmente, defina o campo Data e hora para iniciar a sincronização do número de controlo. Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , juntamente com um valor de Intervalo .

    Captura de ecrã que mostra a caixa de informações do acionador com os campos Data e hora para iniciar a sincronização do número de controlo, Frequência e Intervalo para EDIFACT.

  5. Siga os passos gerais para adicionar uma ação EDIFACT chamada Adicionar ou atualizar números de controlo.

  6. 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.

    Captura de ecrã que mostra onde criar um nome de conta de integração de região secundária.

  7. Muda para entradas brutas selecionando o ícone no canto superior direito.

    Captura de ecrã que mostra o ícone selecionado para mudar para entradas brutas do EDIFACT.

  8. Na lista de conteúdo dinâmico, selecione Corpo e depois guarde a sua aplicação lógica.

    Captura de ecrã que mostra a lista dinâmica de conteúdos onde podes selecionar o campo Corpo para X12.

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

    Captura de ecrã que mostra a tabela de números de controlo do X12.

Com base no intervalo de tempo, o estado de execução incremental é 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.

Gorjeta

Também pode usar o modelo de início rápido do AS2 para criar aplicações lógicas. O modelo exige que crie contas de integração primária e secundária. O modelo cria um fluxo de trabalho de aplicação lógica que tem um gatilho e uma ação. O fluxo de trabalho da app lógica cria uma ligação de um gatilho para uma conta de integração principal e uma ação para uma conta de integração secundária.

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

  2. Siga os passos gerais para adicionar o disparador AS2 chamado Quando um valor MIC é criado.

    O gatilho pede-te para criar uma ligação a uma conta de integração. Ligue o gatilho à sua conta principal de integração regional.

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

    Captura de ecrã que mostra onde introduzir um nome de ligação para o disparador AS2 chamado Quando um valor MIC é criado.

  4. Opcionalmente, defina o campo DateTime para iniciar a sincronização de valores do MIC . Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , juntamente com um valor de Intervalo .

    Captura de ecrã que mostra a caixa de informação do gatilho com os campos Data e hora para iniciar a sincronização de valores MIC, Frequência e Intervalo para AS2.

  5. Siga os passos gerais para adicionar uma ação AS2 chamada Adicionar ou atualizar conteúdos do MIC.

  6. 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.

    Captura de ecrã que mostra a janela de Adicionar ou atualizar conteúdos do MIC com contas de integração disponíveis e um campo de nome de ligação.

  7. Muda para entradas brutas selecionando o ícone no canto superior direito.

    Captura de ecrã que mostra o ícone selecionado para mudar para entradas brutas no AS2.

  8. Na lista de conteúdo dinâmico, selecione Corpo e depois guarde a sua aplicação lógica.

    Captura de ecrã que mostra a lista dinâmica de conteúdos onde podes selecionar o campo Corpo para AS2.

    Com base no intervalo de tempo, o gatilho sonda a tabela da região primária e recolhe os novos registos. 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.

    Captura de ecrã que mostra a lista de estado do gatilho.

Com base no intervalo de tempo, o estado 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.

Conteúdo relacionado

Monitorar mensagens B2B com logs do Azure Monitor

  • Last updated on