Configurer la reprise d’activité entre des régions pour des comptes d’intégration dans Azure Logic Apps
S’applique à : Azure Logic Apps (Consommation + Standard)
Les charges de travail B2B impliquent des transactions monétaires telles que des commandes et des factures. Pour les entreprises, une récupération rapide est essentielle pour respecter les SLA de niveau entreprise convenus avec leurs partenaires lors d’un sinistre. Cet article montre comment créer un plan de continuité des activités pour les charges de travail B2B.
- Préparation à la récupération d’urgence
- Basculer vers la région secondaire lors d’un sinistre
- Revenir à la région primaire après sinistre
Préparation à la récupération d’urgence
Identifiez une région secondaire et créer un compte d’intégration dans cette région.
Ajoutez des partenaires, des schémas et des contrats pour les flux de messages requis où l’état d’exécution doit être répliqué sur le compte d’intégration de la région secondaire.
Conseil
Vérifiez la cohérence entre les régions dans la convention d’affectation de noms pour les artefacts de compte d’intégration.
Pour extraire l’état d’exécution de la région primaire, créez une application logique dans la région secondaire.
L’application logique doit disposer d’un déclencheur et d’une action. Le déclencheur doit se connecter au compte d’intégration de la région primaire tandis que l’action doit se connecter au compte d’intégration de la région secondaire. Selon l’intervalle de temps, le déclencheur interroge la table d’état d’exécution de la région primaire et extrait les nouveaux enregistrements, le cas échéant. L’action les met à jour dans le compte d’intégration de la région secondaire. Cela permet d’obtenir un état de runtime incrémentiel depuis la région primaire vers la région secondaire.
La continuité des activités dans le compte d’intégration Logic Apps est conçue pour prendre en charge des protocoles basés sur B2B : X12, AS2 et EDIFACT. Pour une procédure détaillée, sélectionnez les liens correspondants.
Il est recommandé de déployer toutes les ressources de la région primaire dans une région secondaire.
Les ressources de la région primaire incluent Azure SQL Database ou Azure Cosmos DB, Azure Service Bus/Azure Event Hubs (utilisés pour la messagerie), la gestion des API Azure et la fonctionnalité Logic Apps d’Azure App Service.
Établissez une connexion entre la région primaire et la région secondaire. Pour extraire l’état d’exécution d’une région primaire, créez une application logique dans une région secondaire.
L’application logique doit disposer d’un déclencheur et d’une action. Le déclencheur doit se connecter au compte d’intégration d’une région primaire. Le déclencheur doit se connecter au compte d’intégration d’une région secondaire. Selon l’intervalle de temps, le déclencheur interroge la table d’état d’exécution de la région primaire et extrait les nouveaux enregistrements, le cas échéant. L’action les met à jour dans le compte d’intégration de la région secondaire. Ce processus permet d’obtenir un état de runtime incrémentiel depuis la région primaire vers la région secondaire.
La continuité des activités dans le compte d’intégration Logic Apps prend en charge les protocoles B2B X12, AS2 et EDIFACT. Pour obtenir des instructions détaillées sur l’utilisation de X12 et AS2, consultez les sections de cet articles consacrées à X12 et AS2.
Basculer vers une région secondaire lors d’un sinistre
Lors d’un sinistre, lorsque la région primaire n’est pas disponible pour la continuité des activités, dirigez le trafic vers la région secondaire. Une région secondaire permet à une entreprise de récupérer rapidement ses fonctions de manière à respecter ses objectifs de point de récupération et de temps de récupération convenus avec ses partenaires. Elle contribue en outre à réduire les efforts nécessaires pour basculer d’une région à l’autre.
Il existe une latence attendue lorsque des numéros de contrôle sont copiés depuis une région primaire vers une région secondaire. Pour éviter d’envoyer des numéros de contrôle générés en double aux partenaires lors d’un sinistre, il est recommandé d’augmenter les numéros de contrôle dans les accords de région secondaire au moyen d’applets de commande PowerShell.
Revenir à une région primaire après un sinistre
Pour revenir à une région primaire lorsqu’elle est de nouveau disponible, procédez comme suit :
Cessez d’accepter les messages des partenaires dans la région secondaire.
Augmentez les numéros de contrôle générés pour tous les accords de région primaire au moyen d’applets de commande PowerShell.
Dirigez le trafic de la région secondaire vers la région primaire.
Vérifiez que l’application logique créée dans la région secondaire pour extraire l’état d’exécution de la région primaire est activée.
X 12
La continuité des activités pour les documents EDI X12 documents repose sur les numéros de contrôle :
Conseil
Vous pouvez également utiliser le modèle de démarrage rapide X12 pour créer des applications logiques. La création d’un compte d’intégration primaire et d’un compte d’intégration secondaire est nécessaire pour utiliser le modèle. Le modèle permet de créer deux applications logiques, une pour les numéros de contrôle reçus et l’autre pour les numéros de contrôle générés. Les déclencheurs et actions respectifs sont créés dans les applications logiques, ce qui permet de connecter le déclencheur connecté au compte d’intégration primaire et de connecter l’action au compte d’intégration secondaire.
Composants requis
Pour activer la récupération d’urgence pour les messages entrants, sélectionnez les options de vérification de doublons dans les paramètres de réception de l’accord X12.
Créez un exemple de workflow d’application logique Consommation dans une région secondaire.
Lancez une recherche sur X12 et sélectionnez X12 - Lors de la modification d’un numéro de contrôle.
Le déclencheur vous invite à établir une connexion à un compte d’intégration. Le déclencheur doit être connecté au compte d’intégration d’une région primaire.
Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région primaire dans la liste et cliquez sur Créer.
Le paramètre DateTime pour démarrer la synchronisation des numéros de contrôle est facultatif. La Fréquence peut être définie sur Jour, Heure, Minute ou Seconde avec un intervalle.
Sélectionnez Nouvelle étape>Ajouter une action.
Lancez une recherche sur X12 et sélectionnez X12 - Ajouter ou mettre à jour des numéros de contrôle.
Pour connecter une action à un compte d’intégration d’une région secondaire, sélectionnez Modifier la connexion>Ajouter une nouvelle connexion pour obtenir la liste des comptes d’intégration disponibles. Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région secondaire dans la liste et cliquez sur Créer.
Basculez vers les entrées brutes en cliquant sur l’icône située dans le coin supérieur droit.
Sélectionnez le corps à partir du sélecteur de contenu dynamique et enregistrez l’application logique.
Selon l’intervalle de temps, le déclencheur interroge la table des numéros de contrôle de la région primaire et extrait les nouveaux enregistrements. L’action les met à jour dans le compte d’intégration de la région secondaire. S’il n’y a aucune mise à jour, le déclencheur affiche l’état Ignoré.
En fonction de l’intervalle de temps, l’état d’exécution incrémentiel est dupliqué d’une région primaire à une région secondaire. Lors d’un sinistre, lorsque la région primaire n’est pas disponible, dirigez le trafic vers la région secondaire pour la continuité des activités.
EDIFACT
La continuité des activités pour les documents EDI EDIFACT repose sur les numéros de contrôle.
Composants requis
Pour activer la récupération d’urgence pour les messages entrants, sélectionnez les options de vérification de doublons dans les paramètres de réception de l’accord EDIFACT.
Créez un exemple de workflow d’application logique Consommation dans une région secondaire.
Lancez une recherche sur EDIFACT et sélectionnez EDIFACT - Lors de la modification d’un numéro de contrôle.
Le déclencheur vous invite à établir une connexion à un compte d’intégration. Le déclencheur doit être connecté au compte d’intégration d’une région primaire.
Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région primaire dans la liste et cliquez sur Créer.
Le paramètre DateTime pour démarrer la synchronisation des numéros de contrôle est facultatif. La Fréquence peut être définie sur Jour, Heure, Minute ou Seconde avec un intervalle.
Sélectionnez Nouvelle étape>Ajouter une action.
Lancez une recherche sur EDIFACT et sélectionnez EDIFACT - Ajouter ou mettre à jour des numéros de contrôle.
Pour connecter une action à un compte d’intégration d’une région secondaire, sélectionnez Modifier la connexion>Ajouter une nouvelle connexion pour obtenir la liste des comptes d’intégration disponibles. Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région secondaire dans la liste et cliquez sur Créer.
Basculez vers les entrées brutes en cliquant sur l’icône située dans le coin supérieur droit.
Sélectionnez le corps à partir du sélecteur de contenu dynamique et enregistrez l’application logique.
Selon l’intervalle de temps, le déclencheur interroge la table des numéros de contrôle de la région primaire et extrait les nouveaux enregistrements. L’action les met à jour dans le compte d’intégration de la région secondaire. S’il n’y a aucune mise à jour, le déclencheur affiche l’état Ignoré.
En fonction de l’intervalle de temps, l’état d’exécution incrémentiel est dupliqué d’une région primaire à une région secondaire. Lors d’un sinistre, lorsque la région primaire n’est pas disponible, dirigez le trafic vers la région secondaire pour la continuité des activités.
AS2
La continuité des activités pour les documents qui utilisent le protocole AS2 est basée sur l’ID de message et la valeur MIC.
Conseil
Vous pouvez également utiliser le modèle de démarrage rapide AS2 pour créer des applications logiques. La création d’un compte d’intégration primaire et d’un compte d’intégration secondaire est nécessaire pour utiliser le modèle. Ce modèle permet de créer une application logique qui comporte un déclencheur et une action. L’application logique crée une connexion entre le déclencheur et un compte d’intégration primaire et entre l’action et un compte d’intégration secondaire.
Créez un exemple de workflow d’application logique Consommation dans la région secondaire.
Recherchez AS2 et sélectionnez AS2 - Lorsqu’une valeur MIC est créée.
Un déclencheur vous invite à établir une connexion à un compte d’intégration. Le déclencheur doit être connecté au compte d’intégration d’une région primaire.
Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région primaire dans la liste et cliquez sur Créer.
Le paramètre DateTime de démarrage de la synchronisation des valeurs MIC est facultatif. La Fréquence peut être définie sur Jour, Heure, Minute ou Seconde avec un intervalle.
Sélectionnez Nouvelle étape>Ajouter une action.
Recherchez AS2 et sélectionnez AS2 - Ajouter ou mettre à jour les contenus MIC.
Pour connecter une action à un compte d’intégration secondaire, sélectionnez Modifier la connexion>Ajouter une nouvelle connexion pour obtenir la liste des comptes d’intégration disponibles. Entrez un nom de connexion, sélectionnez votre compte d’intégration de la région secondaire dans la liste et cliquez sur Créer.
Basculez vers les entrées brutes en cliquant sur l’icône située dans le coin supérieur droit.
Sélectionnez le corps à partir du sélecteur de contenu dynamique et enregistrez l’application logique.
Selon l’intervalle de temps, le déclencheur interroge la table de la région primaire et extrait les nouveaux enregistrements. L’action les met à jour dans le compte d’intégration de la région secondaire. S’il n’y a aucune mise à jour, le déclencheur affiche l’état Ignoré.
En fonction de l’intervalle de temps, l’état d’exécution incrémentiel est dupliqué de la région primaire à la région secondaire. Lors d’un sinistre, lorsque la région primaire n’est pas disponible, dirigez le trafic vers la région secondaire pour la continuité des activités.
Étapes suivantes
Superviser les messages B2B avec les journaux d’activité Azure Monitor