Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: Aplicativos Lógicos do Azure (Consumo + Standard)
As cargas de trabalho B2B envolvem transações de dinheiro como pedidos e faturas. Durante um evento de desastre, é essencial que uma empresa se recupere rapidamente para atender aos SLAs no nível de negócios definidos 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
- Alternar automaticamente para a região secundária durante um evento de desastre
- Voltar à região primária após um evento de desastre
Prontidão para recuperação de desastres
Identificar uma região secundária e criar uma conta de integração na região secundária.
Adicione parceiros, esquemas e contratos para os fluxos de mensagens necessários em que o status de execução precisa ser replicado na conta de integração da região secundária.
Dica
Verifique se há consistência na convenção de nomenclatura do artefato da conta de integração entre as regiões.
Para obter o status da execução na região primária, crie um aplicativo de lógica e um fluxo de trabalho na região secundária.
Esse fluxo de trabalho de aplicativo lógico deve ter um gatilho e uma ação. O gatilho deve se conectar à conta de integração da região principal. A ação deve conectar-se à conta de integração da 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 efetua pull dos novos registros, se houver. A ação atualiza-os para uma conta de integração da região secundária. Isso ajuda a obter o status incremental de tempo de execução da região primária para a região secundária.
A continuidade dos negócios na conta de integração foi projetada para oferecer suporte com base em protocolos B2B — X12, AS2 e EDIFACT. Para encontrar os passos detalhados, selecione os respectivos links neste artigo.
Implante todos os recursos da região primária em uma região secundária.
Os principais recursos regionais incluem Banco de Dados SQL do Azure ou Azure Cosmos DB, Barramento de Serviço do Azure e Hubs de Eventos do Azure usados para mensagens, Gerenciamento de API do Azure e o Característica Aplicativos Lógicos do Azure no Serviço de Aplicativo do Azure.
Estabeleça uma conexão de uma região primária para uma região secundária. Para obter o status de execução de uma região primária, crie um aplicativo de lógica e um fluxo de trabalho em uma região secundária.
Esse fluxo de trabalho deste aplicativo lógico deve ter um gatilho e uma ação. O gatilho deve se conectar à conta de integração da região principal. A ação deve conectar-se à conta de integração da 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 efetua pull dos novos registros, se houver. A ação atualiza-os para uma conta de integração da região secundária. Isso ajuda a obter o status incremental de tempo de execução da região primária para a região secundária.
A continuidade de negócios em uma conta de integração com Aplicativos Lógicos do Azure oferece suporte baseado nos protocolos B2B X12, AS2 e EDIFACT. Para passos detalhados sobre o uso de X12 e AS2, veja as seguintes seções neste artigo:
Fazer 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 continuidade de negócios, direcione o tráfego para a região secundária. Uma região secundária ajuda uma empresa a recuperar rapidamente as funções para atender ao RPO/RTO acordado por seus parceiros. Essa abordagem também minimiza os esforços de transição de uma região para outra.
É esperada latência ao copiar números de controle de uma região primária para uma região secundária. Para evitar enviar números de controle gerados duplicados para parceiros durante um evento de desastre, incremente os números de controle nos acordos de regiões secundárias usando cmdlets do PowerShell.
Fazer failback para o evento pós-desastre em uma região primária
Para voltar a uma região primária quando estiver disponível, siga estes passos:
Pare de aceitar mensagens de parceiros na região secundária.
Aumente os números de controle gerados para todos os contratos da região primária usando cmdlets do PowerShell.
Direcione o tráfego da região secundária para a região primária.
Verifique se a lógica de aplicativo criada na região secundária para obter o status de execução da região primária está habilitada.
X12
A continuidade de negócios para documentos EDI X12 é baseada em números de controle.
Pré-requisitos
Um acordo X12 entre seus parceiros comerciais
Para habilitar a recuperação de desastres para mensagens recebidas, nas Configurações de Recepção do acordo X12, selecione as seguintes configurações:
- Proibir duplicados de números de controle de intercâmbio
- Proibir duplicação de número de controle de Grupo
- Proibir duplicados do número de controle do conjunto de transações
Dica
Você também pode usar o modelo de início rápido do X12 para criar aplicativos de lógica. O modelo exige que você crie contas de integração primária e secundária.
O modelo cria dois aplicativos lógicos e fluxos de trabalho: um para números de controle recebidos e outro para números de controle gerados. Os respectivos gatilhos e ações são criados nos fluxos de trabalho do app Logic, conectando o gatilho à conta principal de integração e a ação à conta secundária de integração.
Criar um exemplo de fluxo de trabalho de aplicativo lógico de Consumo em uma região secundária.
Siga os passos gerais para adicionar o gatilho X12 chamado Quando um número de controle é modificado.
O gatilho solicita que você crie uma conexão com uma conta de integração. Conecte o gatilho à sua conta principal de integração regional.
Insira um nome de conexão, selecione sua conta de integração da região primária na lista e escolha Criar.
Opcionalmente, configure o DateTime para iniciar o campo de sincronização de números de controle . Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , junto com um valor de Intervalo .
Siga os passos gerais para adicionar uma ação X12 chamada Adicionar ou atualizar números de controle.
Para conectar uma ação a uma conta de integração da 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 da região secundária na lista e escolha Criar.
Alterne para entradas brutas selecionando o ícone no canto superior direito.
Na lista de conteúdo dinâmico, selecione Corpo e, em seguida, salve seu aplicativo lógico.
Com base no intervalo de tempo, o gatilho sonda a tabela de números de controle recebidos da região primária e efetua pull dos novos registros. A ação atualiza os registros na conta de integração da região secundária. Se não houver nenhuma atualização, o status do gatilho será exibido como Ignorado.
Com base no intervalo de tempo, o status em runtime 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 está disponível, direcione o tráfego para a região secundária para continuidade de negócios.
EDIFACT
A continuidade dos negócios para documentos EDI EDIFACT tem como base os números de controle.
Pré-requisitos
Um acordo EDIFACT entre seus parceiros comerciais
Para habilitar a recuperação de desastres para mensagens recebidas, nas Configurações de Recepção do acordo EDIFACT, selecione as seguintes configurações:
- Proibir duplicados de números de controle de intercâmbio
- Proibir números de controle de grupo duplicados
- Proibir duplicados do número de controle do conjunto de transações
Criar um exemplo de fluxo de trabalho de aplicativo lógico de Consumo em uma região secundária.
Siga os passos gerais para adicionar o gatilho EDIFACT chamado Quando um número de controle é modificado.
O gatilho solicita que você crie uma conexão com uma conta de integração. Conecte o gatilho à sua conta principal de integração regional.
Insira um nome de conexão, selecione sua conta de integração da região primária na lista e escolha Criar.
Opcionalmente, configure o DateTime para iniciar o campo de sincronização de números de controle . Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , junto com um valor de Intervalo .
Siga os passos gerais para adicionar uma ação EDIFACT chamada Adicionar ou atualizar números de controle.
Para conectar uma ação a uma conta de integração da 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 da região secundária na lista e escolha Criar.
Alterne para entradas brutas selecionando o ícone no canto superior direito.
Na lista de conteúdo dinâmico, selecione Corpo e, depois, salve seu aplicativo lógico.
Com base no intervalo de tempo, o gatilho sonda a tabela de números de controle recebidos da região primária e efetua pull dos novos registros. A ação atualiza os registros na conta de integração da região secundária. Se não houver nenhuma atualização, o status do gatilho será exibido como Ignorado.
Com base no intervalo de tempo, o status em runtime 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 está disponível, direcione o tráfego para a região secundária para continuidade de negócios.
AS2
A continuidade dos negócios para documentos que usam o protocolo AS2 se baseia na ID da mensagem e no valor do MIC.
Dica
Você também pode usar o modelo de início rápido do AS2 para criar aplicativos de lógica. O modelo exige que você crie contas de integração primária e secundária. O modelo cria um fluxo de trabalho do aplicativo lógico com um gatilho e uma ação. O fluxo de trabalho do Logic App cria uma conexão de um gatilho para uma conta de integração primária e uma ação para uma conta de integração secundária.
Criar um exemplo de fluxo de trabalho de aplicativo lógico de Consumo na região secundária.
Siga os passos gerais para adicionar o gatilho AS2 chamado Quando um valor MIC é criado.
O gatilho solicita que você crie uma conexão com uma conta de integração. Conecte o gatilho à sua conta principal de integração regional.
Insira um nome de conexão, selecione sua conta de integração da região primária na lista e escolha Criar.
Opcionalmente, defina o campo Data/hora para iniciar a sincronização do valor MIC. Defina o campo de Frequência para Dia, Hora, Minuto ou Segundo , junto com um valor de Intervalo .
Siga os passos gerais para adicionar uma ação AS2 chamada Adicionar ou atualizar o conteúdo do MIC.
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 da região secundária na lista e escolha Criar.
Alterne para entradas brutas selecionando o ícone no canto superior direito.
Na lista de conteúdo dinâmico, selecione Corpo e, em seguida, salve seu aplicativo lógico.
Com base no intervalo de tempo, o gatilho sonda a tabela da região primária e efetua pull dos novos registros. A ação atualiza-os para a conta de integração da região secundária.
Se não houver nenhuma atualização, o status do gatilho será exibido como Ignorado.
Com base no intervalo de tempo, o status em runtime 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 está disponível, direcione o tráfego para a região secundária para continuidade de negócios.