Způsoby zasílání zpráv
Distribuovaná povaha cloudových aplikací vyžaduje infrastrukturu zasílání zpráv, která připojuje komponenty a služby, a to v ideálním případě volně, aby se maximalizovala škálovatelnost. Často se využívá asynchronní zasílání zpráv, které poskytuje řadu výhod, ale přináší také problémy, jako je například řazení zpráv, správa nezpracovatelných zpráv, idempotence a další.
Vzor | Souhrn |
---|---|
Asynchronní požadavek-odpověď | Oddělte back-endové zpracování od front-endového hostitele – back-endové zpracování back-endu musí být asynchronní, ale front-end pořád potřebuje jasnou odpověď. |
Kontrola deklarace identity | Rozdělte velkou zprávu na kontrolu deklarace identity a datovou část, abyste zabránili zahlcení sběrnice zpráv. |
Choreografie | Nechte každou komponentu systému, aby se účastnila procesu rozhodování o pracovním postupu obchodní transakce, místo aby se spoléhala na centrální kontrolní bod. |
Competing Consumers | Umožňuje několika souběžným příjemcům zpracovávat zprávy přijaté ve stejném kanálu pro zasílání zpráv. |
Pipes and Filters | Rozdělí úlohu, která provádí komplexní zpracování, do řady samostatných prvků, které je možné využít znovu. |
Priority Queue | Určuje prioritu požadavků odeslaných službám, aby se požadavky s vyšší prioritou přijímaly a zpracovávaly rychleji než požadavky s nižší prioritou. |
Vydavatel -odběratel | Umožňuje aplikaci oznamovat události několika příjemcům asynchronně, bez párování odesílatelů s příjemci. |
Queue-Based Load Leveling | Použije frontu, která funguje jako vyrovnávací paměť mezi úlohou a službou, kterou vyvolá, pro ulehčení občasných velkých zátěží. |
Saga | Správa konzistence dat napříč mikroslužbami ve scénářích distribuovaných transakcí Saga je posloupnost transakcí, která aktualizuje každou službu a publikuje zprávu nebo událost pro aktivaci dalšího kroku transakce. |
Scheduler Agent Supervisor | Koordinuje sadu akcí napříč distribuovanou sadu služeb a dalších vzdálených prostředků. |
Sequential Convoy | Zpracovává sadu souvisejících zpráv v definovaném pořadí, aniž by docházelo k blokování zpracování dalších skupin zpráv. |
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro