Sdílet prostřednictvím

Spolehlivost v Azure Logic Apps

Azure Logic Apps pomáhá snadněji integrovat a orchestrovat data mezi aplikacemi, cloudovými službami a místními systémy tím, že snižuje množství kódu, který potřebujete napsat.

Při používání Azure je spolehlivost sdílenou odpovědností. Microsoft nabízí celou řadu možností, které podporují odolnost a obnovení. Zodpovídáte za pochopení toho, jak tyto možnosti fungují ve všech službách, které používáte, a výběrem možností, které potřebujete ke splnění vašich obchodních cílů a cílů dostupnosti.

Tento článek popisuje, jak zajistit odolnost pracovních postupů aplikací logiky vůči nejrůznějším potenciálním výpadkům a problémům, včetně přechodných chyb, výpadků zón dostupnosti a výpadků oblastí. Zvýrazňuje také některé klíčové informace o smlouvě o úrovni služeb (SLA) Azure Logic Apps.

Doporučení pro produkční nasazení pro spolehlivost

Pro produkční úlohy doporučujeme:

  • V případě podnikových a zabezpečených pracovních postupů s požadavky na izolaci nebo zabezpečení sítě můžete vytvářet a spouštět standardní pracovní postupy v Azure Logic Apps s jedním tenantem místo pracovních postupů Consumption ve víceklientských azure Logic Apps. Další informace najdete v tématu Vytvoření a nasazení do různých prostředí.
  • V případě produkčních nasazení s azure Logic Apps s jedním tenantem povolte redundanci zón , aby se prostředky aplikace logiky rozložily do několika zón dostupnosti.

Přehled architektury spolehlivosti

Tato část popisuje některé důležité aspekty fungování služby, které jsou z hlediska spolehlivosti nejrelevantní. Tato část představuje logickou architekturu, která obsahuje některé prostředky a funkce, které nasazujete a používáte. Popisuje také fyzickou architekturu, která poskytuje podrobnosti o tom, jak služba funguje v zákulisí.

Logická architektura

Primárním prostředkem, který nasadíte, je aplikace logiky. Aplikace logiky Consumption mají pouze jeden pracovní postup, zatímco standardní aplikace logiky můžou mít více než jeden pracovní postup. Většina pracovních postupů používá jedno nebo více připojení pro přístup k jiným aplikacím, službám a systémům.

Pokud přistupujete k datům v místních systémech, můžete nasadit místní bránu dat. Každý prostředek brány představuje samostatnou instalaci datové brány na místním počítači. Místní bránu dat můžete nakonfigurovat pro vysokou dostupnost pomocí více počítačů. Další informace najdete v tématu Podpora vysoké dostupnosti.

Když používáte Azure Logic Apps pro scénáře podnikové integrace B2B (Business-to-Business), můžete nasadit účty integrace , kde definujete a ukládáte artefakty, které používají pracovní postupy aplikace logiky.

Fyzická architektura

V případě aplikací logiky Consumption služba Azure Logic Apps automaticky spravuje výpočetní infrastrukturu, úložiště stavu a další prostředky. Nemusíte konfigurovat ani spravovat žádné virtuální počítače. Aplikace logiky Consumption sdílejí výpočetní infrastrukturu mezi mnoha zákazníky.

V případě standardních aplikací logiky azure Logic Apps používá výpočetní prostředky označované jako Plány služeb pracovního postupu nebo plány, které jsou pro vás vyhrazené. Každý plán může mít více instancí, které můžete volitelně rozložit do několika zón dostupnosti. Každá instance se zhruba mapuje na virtuální počítač, ale tyto virtuální počítače nevidíte a nemusíte je konfigurovat ani spravovat přímo. Vaše pracovní postupy běží na instancích vašeho plánu.

Standardní aplikace logiky vyžadují, abyste úložiště nakonfigurovali tak, aby se zachoval stav stavových pracovních postupů. Další informace naleznete v tématu Stavové a bezstavové pracovní postupy.

Standardní aplikace logiky používají podobnou základní infrastrukturu jako Azure Functions a Azure App Service. Existují však některé rozdíly ve způsobu konfigurace plánů pro aplikace logiky v porovnání s jinými službami.

Další informace najdete v tématu Rozdíly mezi standardními aplikacemi logiky a aplikacemi logiky pro spotřebu.

Odolnost proti přechodným chybám

Přechodné chyby jsou krátká, přerušovaná selhání ve složkách. Často se vyskytují v distribuovaném prostředí, jako je cloud, a jsou normální součástí provozu. Přechodné chyby se opravují po krátké době. Je důležité, aby vaše aplikace mohly zpracovávat přechodné chyby, obvykle opakováním ovlivněných požadavků.

Všechny aplikace hostované v cloudu by měly při komunikaci se všemi cloudovými rozhraními API, databázemi a dalšími komponentami postupovat podle pokynů pro zpracování přechodných chyb Azure. Další informace najdete v tématu Doporučení pro zpracování přechodných chyb.

V Azure Logic Apps mnoho spouštěčů a akcí pracovního postupu automaticky podporuje zásady opakování, které opakovaně provádějí žádosti selhávající kvůli přechodným chybám. Další informace o tom, jak změnit nebo zakázat zásady opakování, najdete v tématu Zpracování chyb a výjimek v Azure Logic Apps.

Pokud akce selže, můžete přizpůsobit chování následných akcí. Můžete také vytvořit rámce pro seskupení souvisejících akcí, které mohou selhat nebo uspět společně.

Další informace najdete v tématu Zpracování chyb a výjimek v Azure Logic Apps.

Odolnost proti chybám zóny dostupnosti

Zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci oblasti Azure. Když jedna zóna selže, služby mohou přejít na jednu ze zbývajících zón.

Azure Logic Apps podporuje redundanci zón, která rozšiřuje výpočetní prostředky a stav napříč několika zónami dostupnosti. Když distribuujete prostředky úloh aplikace logiky napříč zónami dostupnosti, zlepšíte odolnost a spolehlivost pro úlohy produkční aplikace logiky.

Nové a existující pracovní postupy aplikací logiky Consumption ve víceklientských azure Logic Apps automaticky umožňují redundanci zón.

Azure Logic Apps podporuje redundanci zón, která rozděluje výpočetní prostředky do několika zón dostupnosti. Volitelně můžete nakonfigurovat redundanci zóny pro stav, který ukládá pracovní postupy aplikace logiky. Když distribuujete prostředky úloh aplikace logiky napříč zónami dostupnosti, zlepšíte odolnost a spolehlivost pro úlohy produkční aplikace logiky.

U standardních pracovních postupů s možností hostování plánu služby pracovních postupů v prostředí Azure Logic Apps s jedním tenantem můžete volitelně povolit redundanci zón.

U standardních pracovních postupů s možností hostování služby App Service Environment v3 můžete volitelně povolit redundanci zón. Další informace o tom, jak App Service Environment v3 podporuje zóny dostupnosti, najdete v tématu Spolehlivost ve službě App Service Environment.

Requirements

  • Podpora oblastí: Aplikace logiky Consumption nasazené v libovolné oblasti, které podporují zóny dostupnosti, jsou automaticky zónově redundantní. Japonsko – západ je výjimka, která v současné době nepodporuje zónově redundantní aplikace logiky, protože některé závislé služby zatím nepodporují redundanci zón.
  • Podpora oblastí: Zónově redundantní aplikace logiky Standard můžete nasadit s plány služeb pracovního postupu v libovolné oblasti, která podporuje zóny dostupnosti pro Službu Azure App Service. Japonsko – západ je výjimka, která v současné době nepodporuje zónově redundantní aplikace logiky, protože některé závislé služby zatím nepodporují redundanci zón. Další informace naleznete v tématu Spolehlivost ve službě Aplikace Azure Service.
  • Podpora oblastí: Pokud chcete zjistit, které oblasti podporují zóny dostupnosti pro App Service Environment v3, přečtěte si oblasti.
  • Počet instancí: Musíte nasadit aspoň dvě instance plánu služby pracovního postupu. Každá instance zhruba odpovídá jednomu virtuálnímu počítači, takže pokud chcete tyto instance distribuovat mezi více zón dostupnosti, musíte mít minimálně dvě instance.

Considerations

  • Konektory: Integrované konektory jsou automaticky zónově redundantní, když je aplikace logiky zónově redundantní.

  • Účty integrace: Účty integrace SKU Premium jsou ve výchozím nastavení zónově redundantní.

Cost

Žádné další náklady se vztahují na redundanci zón, která je automaticky povolená pro nové a stávající aplikace logiky Consumption ve víceklientských Azure Logic Apps.

Pokud máte standardní aplikace logiky s plánem služby pracovního postupu v Azure Logic Apps s jedním tenantem, neplatí žádné další náklady na povolení zón dostupnosti, pokud máte dvě nebo více instancí plánu. Účtují se vám poplatky na základě SKU plánu, zadané kapacity a všech instancí, které škálujete nahoru nebo dolů na základě kritérií automatického škálování. Pokud povolíte zóny dostupnosti, ale uvedete méně než dvě instance, platforma zajistí, že budou minimálně dvě instance, a naúčtuje vám poplatky za tyto dvě instance.

App Service Environment v3 má konkrétní cenový model pro redundanci zón. Informace o cenách služby App Service Environment v3 najdete v tématu Ceny.

Konfigurace podpory zón dostupnosti

Pracovní postupy pro spotřebu v logické aplikaci automaticky podporují redundanci zón, takže není nutná žádná konfigurace.

  • Vytvořte novou zónově redundantní aplikaci logiky: Pokud chcete povolit redundanci zón pro standardní aplikace logiky, přečtěte si téma Povolení redundance zón pro vaši aplikaci logiky.

  • Povolení redundance zón u existující aplikace logiky: Po vytvoření plánu služby nemůžete povolit redundanci zón. Místo toho musíte vytvořit nový plán s povolenou redundancí zón a odstranit starý plán.

  • Zakázat redundanci zóny: Po vytvoření plánu služby pracovního postupu nemůžete zakázat redundanci zóny. Místo toho musíte vytvořit nový plán s vypnutou redundancí zóny a odstranit ten starý.

Plánování a správa kapacity

Pokud se chcete připravit na výpadek zóny dostupnosti, zvažte navýšení kapacity vašeho plánu. Předimenzování umožňuje řešení tolerovat určitou míru ztráty kapacity a fungovat dále bez snížení výkonu. Pro více informací viz Správa kapacity s nadměrným přidělováním.

Chování, když jsou všechny zóny v pořádku

Tato část popisuje, co očekávat, když jsou prostředky aplikace logiky nakonfigurované pro redundanci zón a všechny zóny dostupnosti jsou funkční.

  • Směrování provozu mezi zónami: Během normálních operací můžou vyvolání pracovního postupu používat výpočetní prostředky z jakékoli zóny dostupnosti v dané oblasti.

  • Replikace dat mezi zónami: U stavových pracovních postupů se stav pracovního postupu synchronně replikuje mezi zónami dostupnosti pomocí zónově redundantního úložiště (ZRS).

  • Směrování provozu mezi zónami: Během normálních operací se vyvolání pracovního postupu rozdělí mezi všechny dostupné instance plánu napříč všemi zónami dostupnosti.

  • Replikace dat mezi zónami: U stavových pracovních postupů se stav pracovního postupu ukládá na základě nakonfigurovaného úložiště stavu. Když jako externí systém úložiště používáte Azure Storage, musíte použít zónově redundantní úložiště (ZRS), které synchronně replikuje stav pracovního postupu mezi zónami dostupnosti.

Chování při selhání zóny

Tato část popisuje, co očekávat, když dojde k výpadku zóny dostupnosti, zatímco prostředky aplikace logiky jsou nakonfigurované pro redundanci zón.

  • Detekce a reakce: Služba Azure Logic Apps zodpovídá za detekci selhání v zóně dostupnosti. Nemusíte nic dělat k zahájení převzetí služeb při selhání zóny.
  • Oznámení: Microsoft vás automaticky neoznámí, když je zóna mimo provoz. Azure Service Health ale můžete použít k pochopení celkového stavu služby, včetně jakýchkoli selhání zón, a můžete nastavit upozornění služby Service Health , která vás upozorní na problémy.

  • Aktivní požadavky: Pokud se zóna dostupnosti stane nedostupnou, Azure Logic Apps ukončí probíhající provádění pracovních postupů spuštěných na virtuálním počítači v zóně chybné dostupnosti. Platforma automaticky obnoví pracovní postup na jiném virtuálním počítači v jiné zóně dostupnosti. Kvůli tomuto chování můžou aktivní pracovní postupy zaznamenat některé přechodné chyby nebo vyšší latenci při přidání nových virtuálních počítačů do zbývajících zón dostupnosti.

  • Očekávaný výpadek: V Azure Logic Apps se neočekává žádný výpadek. Pokud ale existují závislosti na jiných službách, u kterých dochází k výpadku, může to mít vliv i na vaši aplikaci logiky.

  • Očekávaná ztráta dat: Neočekává se žádná ztráta dat.

  • Přesměrování provozu: Příchozí provoz se automaticky distribuuje do infrastruktury v zónách, které jsou v pořádku.

Obnovení zóny

Když se zóna dostupnosti obnoví, Azure Logic Apps automaticky obnoví instance v zóně dostupnosti, odebere všechny dočasné instance vytvořené v jiných zónách dostupnosti a směruje provoz mezi vašimi instancemi obvyklým způsobem.

Testování poruch zón

Azure Logic Apps spravuje směrování provozu, převzetí služeb při selhání a obnovení služeb pro zónově redundantní prostředky aplikace Logic Apps. Nemusíte nic inicializovat. Tato funkce je plně spravovaná, takže nemusíte ověřovat procesy selhání zóny dostupnosti.

Odolnost proti selháním v celé oblasti

Každá aplikace logiky se nasadí do jedné oblasti Azure. Pokud oblast přestane být dostupná, vaše aplikace logiky je také nedostupná.

Vlastní řešení pro více regionů pro odolnost systémů

Pro zajištění vyšší odolnosti můžete nasadit záložní nebo pohotovostní logic app v sekundární oblasti a v případě nedostupnosti primární oblasti přepnout na tuto jinou oblast. Pokud chcete tuto funkci povolit, proveďte následující úlohy:

  • Nasaďte aplikaci logiky v primární i sekundární oblasti.
  • Podle potřeby překonfigurujte připojení k prostředkům.
  • Nakonfigurujte vyrovnávání zatížení a zásady převzetí služeb při selhání.
  • Naplánujte sledování zdraví primární instance a přepnutí při selhání.

Další informace o nasazeních více oblastí pro pracovní postupy aplikace logiky najdete tady:

Smlouva o úrovni služeb

Smlouva o úrovni služeb (SLA) pro služby Azure popisuje očekávanou dostupnost každé služby a podmínky, které musí vaše řešení splnit, aby bylo dosaženo očekávané dostupnosti. Další informace najdete v tématu Smlouvy SLA pro online služby.

Související obsah

  • Last updated on