Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Platí pro: Azure Logic Apps (Consumption + Standard)
Úlohy B2B zahrnují transakce peněz, jako jsou objednávky a faktury. Během havárie je důležité, aby se firma rychle zotavila, aby splnila smlouvy SLA na úrovni podniku, na kterých se dohodly se svými partnery. Tento článek ukazuje, jak vytvořit plán provozní kontinuity pro úlohy B2B.
- Připravenost zotavení po havárii
- Přepnutí do druhotné oblasti při pohromě
- Návrat do primární oblasti po havárii
Připravenost zotavení po havárii
Identifikujte sekundární oblast a vytvořte účet integrace v sekundární oblasti.
Přidejte partnery, schémata a smlouvy pro požadované toky zpráv, kde je třeba stav provádění replikovat do účtu integrace v sekundárním regionu.
Tip
Ujistěte se, že názvy artefaktů integračního účtu mají konzistenci ve všech oblastech.
Pokud chcete načíst stav spuštění z primární oblasti, vytvořte aplikaci logiky v sekundární oblasti.
Tato aplikace logiky by měla mít trigger a akci. Trigger by se měl připojit k účtu integrace primární oblasti a akce by se měla připojit k účtu integrace sekundární oblasti. V závislosti na časovém intervalu trigger dotazuje tabulku stavu spuštění primární oblasti a v případě potřeby načte nové záznamy. Akce je aktualizuje na integrační účet sekundární oblasti. To pomáhá získat stav přírůstkového modulu runtime z primární oblasti do sekundární oblasti.
Provozní kontinuita v účtu integrace Logic Apps je navržená tak, aby podporovala protokoly B2B – X12, AS2 a EDIFACT. Pokud chcete najít podrobné kroky, vyberte příslušné odkazy.
Doporučuje se také nasadit všechny prostředky primární oblasti v sekundární oblasti.
Mezi primární prostředky oblasti patří Azure SQL Database nebo Azure Cosmos DB, Azure Service Bus a Azure Event Hubs používané pro zasílání zpráv, Azure API Management a funkce Azure Logic Apps ve službě Aplikace Azure Service.
Vytvořte připojení z primární oblasti k sekundární oblasti. Pokud chcete načíst stav spuštění z primární oblasti, vytvořte aplikaci logiky v sekundární oblasti.
Tato logická aplikace by měla mít spouštěč a akci. Trigger by se měl připojit k účtu integrace primární oblasti. Akce by se měla připojit k účtu integrace pro sekundární oblast. V závislosti na časovém intervalu trigger dotazuje tabulku stavu spuštění primární oblasti a v případě potřeby načte nové záznamy. Akce je aktualizuje do účtu integrace v sekundární oblasti. Tento proces pomáhá získat přírůstkový stav běhového prostředí z primární oblasti do sekundární oblasti.
Provozní kontinuita v účtu integrace Logic Apps poskytuje podporu na základě protokolů B2B X12, AS2 a EDIFACT. Podrobné pokyny k používání X12 a AS2 najdete v tomto článku v tématech X12 a AS2 .
Přepnutí na sekundární oblast při havárii.
Pokud během havárie není primární oblast k dispozici pro provozní kontinuitu, směrujte provoz do sekundární oblasti. Sekundární oblast pomáhá firmě rychle obnovit funkce, aby splnila cíle RPO/RTO dohodnuté jejich partnery. Minimalizuje také úsilí o přepnutí z jedné oblasti do druhé.
Při kopírování řídicích čísel z primární oblasti do sekundární oblasti se očekává latence. Pokud se chcete vyhnout odesílání duplicitních generovaných kontrolních čísel partnerům během události havárie, doporučujeme zvýšit čísla ovládacích prvků v sekundárních smlouvách oblastí pomocí rutin PowerShellu.
Návrat do primární oblasti po události katastrofy
Pokud se chcete vrátit k primární oblasti, když je k dispozici, postupujte takto:
Ukončení přijímání zpráv od partnerů v sekundární oblasti
Zvyšte vygenerovaná řídicí čísla pro všechny smlouvy v primárním regionu pomocí rutin PowerShellu.
Směrujte provoz ze sekundární oblasti do primární oblasti.
Zkontrolujte, jestli je povolená aplikace logiky vytvořená v sekundární oblasti pro vyžádání stavu spuštění z primární oblasti.
X12
Provozní kontinuita dokumentů EDI X12 je založená na kontrolních číslech:
Tip
K vytváření Logic Apps můžete také použít šablonu X12 Quick Start. Vytvoření primárního a sekundárního účtu integrace je předpokladem pro použití šablony. Šablona pomáhá vytvořit dvě aplikace logiky, jednu pro přijatá řídicí čísla a druhou pro vygenerovaná řídicí čísla. Příslušné spouštěče a akce se vytvářejí v aplikacích logiky, které propojují spouštěč s primárním účtem pro integraci a akci se sekundárním účtem pro integraci.
Požadavky
Pokud chcete povolit zotavení po havárii pro příchozí zprávy, vyberte nastavení kontroly duplicity v přijímacím nastavení smlouvy X12.
Vytvořte ukázkový pracovní postup logické aplikace Consumption v sekundární oblasti.
Vyhledejte X12 a vyberte X12 – Při změně ovládacího čísla.
Trigger vás vyzve k navázání připojení k účtu integrace. Trigger by měl být připojený k integračnímu účtu primární oblasti.
Zadejte název připojení, v seznamu vyberte svůj primární účet integrace v oblasti a zvolte Vytvořit.
Nastavení Data a času pro spuštění synchronizace kontrolních čísel je volitelné. Frekvence se dá nastavit na den, hodinu, minutu nebo sekundu s intervalem.
Vyberte Nový krok>Přidat akci.
Vyhledejte X12 a vyberte X12 – Přidejte nebo aktualizujte řídicí čísla.
Pokud chcete připojit akci k účtu integrace sekundární oblasti, vyberte Změnit připojení>Přidat nové připojení zobrazit seznam dostupných účtů integrace. Zadejte název připojení, ze seznamu vyberte svůj účet integrace sekundárního regionu a zvolte Vytvořit.
Kliknutím na ikonu v pravém horním rohu přepněte na nezpracované vstupy.
V nástroji pro výběr dynamického obsahu vyberte Body a uložte logickou aplikaci.
V závislosti na časovém intervalu trigger dotazuje tabulku kontrolních čísel primární oblasti a načte nové záznamy. Akce aktualizuje záznamy v integračním účtu sekundárního regionu. Pokud nejsou k dispozici žádné aktualizace, stav triggeru se zobrazí jako Vynecháno.
V závislosti na časovém intervalu se stav za běhu replikuje z primárního regionu do sekundárního regionu. Pokud během havárie není primární oblast dostupná, směrujte provoz do sekundární oblasti pro zajištění provozní kontinuity.
EDIFACT
Provozní kontinuita dokumentů EDI EDIFACT je založená na kontrolních číslech.
Požadavky
Pokud chcete povolit zotavení po havárii pro příchozí zprávy, vyberte duplicitní nastavení kontroly v nastavení příjmu smlouvy EDIFACT.
Vytvořte ukázkový pracovní postup aplikace logiky Consumption v sekundární oblasti.
Vyhledejte EDIFACT a vyberte EDIFACT – Při změně ovládacího čísla.
Trigger vás vyzve k navázání připojení k účtu integrace. Trigger by měl být připojený k účtu integrace pro primární oblast.
Zadejte název připojení, v seznamu vyberte svůj primární účet integrace pro oblast a zvolte Vytvořit.
Nastavení datum a času zahájení synchronizace kontrolních čísel je volitelné. Frekvence se dá nastavit na den, hodinu, minutu nebo sekundu s intervalem.
Vyberte Nový krok>Přidat akci.
Vyhledejte EDIFACT a vyberte EDIFACT – Přidat nebo aktualizovat kontrolní čísla.
Pokud chcete připojit akci k účtu integrace pro sekundární oblast, vyberte Změnit připojení>Přidat nové připojení pro seznam dostupných účtů integrace. Zadejte název připojení, ze seznamu vyberte vaše integrační konto pro sekundární region a zvolte Vytvořit.
Kliknutím na ikonu v pravém horním rohu přepněte na nezpracované vstupy.
Vyberte Tělo z nástroje pro výběr dynamického obsahu a uložte logickou aplikaci.
V závislosti na časovém intervalu trigger dotazuje primární oblast přijatou řídicí tabulku čísel a načte nové záznamy. Akce aktualizuje záznamy na integrační účet pro sekundární region. Pokud nejsou k dispozici žádné aktualizace, stav triggeru se zobrazí jako Vynecháno.
Na základě časového intervalu se přírůstkový stav běhu replikuje z primárního regionu do sekundárního regionu. Pokud během havárie není primární oblast dostupná, směrujte provoz do sekundární oblasti pro zajištění provozní kontinuity.
AS2
Kontinuita podnikových procesů pro dokumenty, které používají protokol AS2, je založená na ID zprávy a hodnotě MIC.
Tip
K vytváření logických aplikací můžete také použít šablonu AS2 rychlý start. Vytvoření primárního a sekundárního účtu integrace je předpokladem pro použití šablony. Šablona pomáhá vytvořit aplikaci logiky, která má trigger a akci. Aplikace logiky vytvoří připojení ze spouštěče k primárnímu účtu integrace a akci k sekundárnímu účtu integrace.
Vytvořte ukázkový pracovní postup aplikace logiky typu Consumption v sekundárním regionu.
Vyhledejte AS2 a vyberte AS2 – Při vytvoření hodnoty MIC.
Trigger vás vyzve k navázání připojení k účtu integrace. Trigger by měl být připojený k účtu integrace primární oblasti.
Zadejte název připojení, v seznamu vyberte svůj primární integrační účet pro oblast a zvolte Vytvořit.
Nastavení DateTime spuštění synchronizace hodnot MIC je volitelné. Frekvence se dá nastavit na den, hodinu, minutu nebo sekundu s intervalem.
Vyberte Nový krok>Přidat akci.
Vyhledejte AS2 a vyberte AS2 – Přidat nebo aktualizovat obsah MIKROFONu.
Pokud chcete připojit akci k sekundárnímu účtu pro integraci, vyberte Změnit připojení>Přidat nové připojení pro seznam dostupných účtů pro integraci. Zadejte název připojení, ze seznamu vyberte integrační účet sekundární oblasti a zvolte Vytvořit.
Kliknutím na ikonu v pravém horním rohu přepněte na nezpracované vstupy.
V nástroji pro výběr dynamického obsahu vyberte Tělo a uložte logickou aplikaci.
Trigger se v závislosti na časovém intervalu dotazuje na tabulku primární oblasti a načte nové záznamy. Akce je aktualizuje na účet integrace v sekundární oblasti.
Pokud nejsou k dispozici žádné aktualizace, stav triggeru se zobrazí jako Vynecháno.
V závislosti na časovém intervalu se přírůstkový stav za běhu replikuje z primární oblasti do sekundární oblasti. Pokud během havárie není primární oblast dostupná, směrujte provoz do sekundární oblasti pro zajištění provozní kontinuity.
Související obsah
Monitorování zpráv B2B pomocí protokolů služby Azure Monitor