Vzory návrhu cloudu, které podporují optimalizaci nákladů
Při návrhu architektur úloh byste měli používat oborové vzory, které řeší běžné výzvy. Vzory vám můžou pomoct s úmyslným kompromisem v rámci úloh a optimalizovat požadovaný výsledek. Můžou také pomoct zmírnit rizika, která pocházejí z konkrétních problémů, což může mít vliv na spolehlivost, zabezpečení, výkon a provoz. Pokud se nezmírní, rizika nakonec zvýší náklady. Tyto vzory jsou podporovány reálným prostředím, jsou navržené pro cloudové škálování a provozní modely a jsou ze své podstaty nezávislé na dodavatelích. Použití dobře známých vzorů jako způsobu standardizace návrhu úloh je součástí efektivity provozu.
Mnoho vzorů návrhu přímo podporuje jeden nebo více pilířů architektury. Vzory návrhu, které podporují pilíř Optimalizace nákladů, odpovídají implementaci uspokojivých fakturačních modelů, snižují nadměrné zřizování, mění dimenze škálování a maximalizují hodnotu během migrací.
Vzory návrhu pro optimalizaci nákladů
Následující tabulka shrnuje vzory návrhu cloudu, které podporují cíle optimalizace nákladů.
| Vzor | Shrnutí |
|---|---|
| Kontrola deklarace identity | Odděluje data od toku zasílání zpráv a poskytuje způsob, jak samostatně načíst data související se zprávou. Systémy zasílání zpráv často omezují velikost zpráv a vyšší limity velikosti jsou často prémiovou funkcí. Zmenšení velikosti textu zpráv vám může umožnit používat levnější řešení zasílání zpráv. |
| Competing Consumers | Použije distribuované a souběžné zpracování pro efektivní zpracování položek ve frontě. Tento model vám může pomoct optimalizovat náklady tím, že povolí škálování na základě hloubky fronty až na nulu, když je fronta prázdná. Může také optimalizovat náklady tím, že vám umožní omezit maximální počet souběžných instancí příjemců. |
| Compute Resource Consolidation | Optimalizuje a konsoliduje výpočetní prostředky zvýšením hustoty. Tento model kombinuje více aplikací nebo komponent úlohy ve sdílené infrastruktuře. Tím se maximalizuje využití výpočetních prostředků tím, že se vyhnete nevyužité zřízené kapacitě prostřednictvím agregace komponent nebo dokonce celých úloh ve fondu infrastruktury. Běžným příkladem jsou orchestrátory kontejnerů. |
| Gateway Offloading | Přesměruje zpracování požadavků na zařízení brány před předáním požadavku do back-endového uzlu a po jeho předání do back-endového uzlu. Přidání brány pro přesměrování zátěže do procesu žádosti umožňuje přesměrovat náklady z prostředků, které by se utratily za uzel do implementace brány. Náklady v modelu centralizovaného zpracování jsou často nižší než náklady distribuovaného modelu. |
| Most pro zasílání zpráv | Poskytuje zprostředkující komunikaci mezi systémy zasílání zpráv, které jsou jinak nekompatibilní z důvodu protokolu nebo formátu. Tento zprostředkovatel může prodloužit životnost stávajícího systému a zároveň umožnit interoperabilitu se systémy, které používají jinou technologii zasílání zpráv nebo událostí. |
| Vydavatel/odběratel | Oddělí komponenty architektury nahrazením přímé komunikace mezi klientem a službami prostřednictvím komunikace pomocí zprostředkujícího zprostředkovatele zpráv nebo sběrnice událostí. Tento návrh umožňuje ve vaší architektuře přístup řízený událostmi, který se dobře hodí pro fakturaci založenou na spotřebě, aby se zabránilo nadměrnému zřízení. |
| Queue-Based Load Leveling | Řídí úroveň příchozích požadavků nebo úkolů tím, že je uloží do vyrovnávací paměti ve frontě a nechá procesor fronty zpracovat řízeným tempem. Vzhledem k tomu, že zpracování zatížení je oddělené od požadavku nebo příjmu úkolů, můžete pomocí tohoto přístupu snížit potřebu nadměrného zřízení prostředků pro zpracování zatížení ve špičce. |
| Sharding | Nasměruje zatížení do konkrétního logického cíle pro zpracování konkrétního požadavku a povolí kolokaci pro optimalizaci. Systém, který implementuje horizontální oddíly, často přináší výhody použití několika instancí levnějších výpočetních prostředků nebo prostředků úložiště místo jednoho nákladnějšího prostředku. V mnoha případech vám tato konfigurace může ušetřit peníze. |
| Static Content Hosting | Optimalizuje doručování statického obsahu klientům úloh pomocí hostitelské platformy, která je určená pro tento účel. Hostitelé dynamických aplikací jsou obvykle dražší než statická hostitelé, protože dynamické hostitele můžou spouštět zakódovanou obchodní logiku. Použití aplikační platformy k doručování statického obsahu není nákladově efektivní. |
| Strangler Fig | Poskytuje přístup k systematicky nahrazování komponent spuštěného systému novými komponentami, často během migrace nebo modernizace systému. Cílem tohoto přístupu je maximalizovat využití stávajících investic do aktuálně běžícího systému při postupné modernizaci. Umožňuje provádět vysoce roI náhrady před nahrazeními s nízkou návratností. |
| Omezování | Omezuje rychlost nebo propustnost příchozích požadavků na prostředek nebo komponentu. Limity můžou informovat modelování nákladů a dokonce mohou být přímo svázané s obchodním modelem vaší aplikace. Také dávají jasné horní hranice využití, které je možné zohlednit do velikosti prostředků. |
| Valet Key | Uděluje přístup k prostředku s omezeným zabezpečením bez použití zprostředkujícího prostředku pro proxy přístup. Tento návrh přesměruje zpracování jako výhradní vztah mezi klientem a prostředkem bez přidání komponenty pro přímé zpracování všech požadavků klienta. Výhodou je nejvýraznější, když jsou požadavky klientů časté nebo dostatečně velké, aby vyžadovaly významné prostředky proxy serveru nebo proxy server nepřidá hodnotu jako součást požadavku. |
Další kroky
Projděte si vzory návrhu cloudu, které podporují ostatní pilíře architektury s dobře navrženou architekturou Azure: