Cloudontwerppatronen die kostenoptimalisatie ondersteunen
Wanneer u workloadarchitecturen ontwerpt, moet u branchepatronen gebruiken die veelvoorkomende uitdagingen aanpakken. Patronen kunnen u helpen opzettelijke afwegingen te maken binnen workloads en te optimaliseren voor uw gewenste resultaat. Ze kunnen ook helpen bij het beperken van risico's die afkomstig zijn van specifieke problemen, die van invloed kunnen zijn op betrouwbaarheid, beveiliging, prestaties en bewerkingen. Als dit niet wordt verzacht, zullen risico's uiteindelijk de kosten verhogen. Deze patronen worden ondersteund door echte ervaring, zijn ontworpen voor cloudschaal- en operationele modellen en zijn inherent leverancierneutraal. Het gebruik van bekende patronen als een manier om uw workloadontwerp te standaardiseren, is een onderdeel van operationele uitmuntendheid.
Veel ontwerppatronen ondersteunen rechtstreeks een of meer architectuurpijlers. Ontwerppatronen die ondersteuning bieden voor de pijler Cost Optimization, zijn afgestemd op het implementeren van gunstige factureringsmodellen, het verminderen van overprovisioning, het wijzigen van schaaldimensies en het maximaliseren van de waarde tijdens migraties.
Ontwerppatronen voor kostenoptimalisatie
De volgende tabel bevat een overzicht van cloudontwerppatronen die de doelstellingen van kostenoptimalisatie ondersteunen.
| Patroon | Samenvatting |
|---|---|
| Claimcontrole | Scheidt gegevens van de berichtenstroom en biedt een manier om de gegevens met betrekking tot een bericht afzonderlijk op te halen. Berichtensystemen leggen vaak limieten op voor de berichtgrootte en hogere groottelimieten zijn vaak een Premium-functie. Door de grootte van berichtteksten te verkleinen, kunt u mogelijk een goedkopere oplossing voor berichten gebruiken. |
| Concurrerende consumenten | Hiermee wordt gedistribueerde en gelijktijdige verwerking toegepast om items in een wachtrij efficiënt te verwerken. Met dit patroon kunt u kosten optimaliseren door schaalaanpassing in te schakelen die is gebaseerd op de diepte van de wachtrij, tot nul wanneer de wachtrij leeg is. Het kan ook kosten optimaliseren door u in staat te stellen het maximum aantal gelijktijdige consumentenexemplaren te beperken. |
| Consolidatie van berekenbronnen | Optimaliseert en consolideert rekenresources door de dichtheid te verhogen. Dit patroon combineert meerdere toepassingen of onderdelen van een workload in een gedeelde infrastructuur. Hierdoor wordt het gebruik van rekenresources gemaximaliseerd door ongebruikte ingerichte capaciteit te voorkomen via aggregatie van onderdelen of zelfs hele workloads in een poolinfrastructuur. Containerorchestrators zijn een veelvoorkomend voorbeeld. |
| Offloading van gateway | Offload aanvraagverwerking naar een gatewayapparaat voor en na het doorsturen van de aanvraag naar een back-endknooppunt. Door een offloading-gateway toe te voegen aan het aanvraagproces, kunt u kosten omleiden van resources die per knooppunt worden besteed aan de implementatie van de gateway. Kosten in het gecentraliseerde verwerkingsmodel zijn vaak lager dan die van het gedistribueerde model. |
| Berichtenbrug | Biedt een intermediair om communicatie mogelijk te maken tussen berichtensystemen die anders niet compatibel zijn vanwege protocol of indeling. Deze intermediair kan de levensduur van uw bestaande systeem verhogen en tegelijkertijd interoperabiliteit toestaan met systemen die gebruikmaken van een andere bericht- of gebeurtenistechnologie. |
| Uitgever/abonnee | Koppelt onderdelen van een architectuur los door directe client-naar-service- of client-naar-services-communicatie te vervangen door communicatie met behulp van een tussenliggende berichtenbroker of event bus. Dit ontwerp kan een gebeurtenisgestuurde benadering in uw architectuur mogelijk maken, die goed koppelt aan facturering op basis van verbruik om overprovisioning te voorkomen. |
| Load Leveling op basis van wachtrij | Hiermee bepaalt u het niveau van binnenkomende aanvragen of taken door ze in een wachtrij te bufferen en de wachtrijprocessor deze in een bepaald tempo te laten verwerken. Omdat de belastingverwerking is losgekoppeld van de aanvraag of taakinname, kunt u deze methode gebruiken om de noodzaak te verminderen om resources te veel inrichten om piekbelasting te verwerken. |
| Sharding | Hiermee wordt de belasting naar een specifieke logische bestemming om de specifieke aanvraag af te handelen, waardoor colocatie voor optimalisatie mogelijk is. Een systeem dat shards implementeert, profiteert vaak van het gebruik van meerdere exemplaren van goedkopere reken- of opslagresources in plaats van één duurdere resource. In veel gevallen kan deze configuratie u geld besparen. |
| Hosting van statische inhoud | Optimaliseert de levering van statische inhoud aan workloadclients met behulp van een hostingplatform dat voor dat doel is ontworpen. Dynamische toepassingshosts zijn meestal duurder dan statische hosts, omdat dynamische hosts uw gecodeerde bedrijfslogica kunnen uitvoeren. Het gebruik van een toepassingsplatform voor het leveren van statische inhoud is niet rendabel. |
| Strangler Fig | Biedt een methode voor het systematisch vervangen van de onderdelen van een actief systeem door nieuwe onderdelen, vaak tijdens een migratie of modernisering van het systeem. Het doel van deze aanpak is om het gebruik van bestaande investeringen in het huidige actieve systeem te maximaliseren en incrementeel te moderniseren. Hiermee kunt u high-ROI-vervangingen uitvoeren voordat u vervangingen met een lage ROI uitvoert. |
| Beperking | Hiermee worden limieten opgelegd voor de snelheid of doorvoer van binnenkomende aanvragen voor een resource of onderdeel. De limieten kunnen kostenmodellering informeren en kunnen zelfs rechtstreeks worden gekoppeld aan het bedrijfsmodel van uw toepassing. Ze leggen ook duidelijke bovengrenzen op het gebruik, die kunnen worden meegenomen in de grootte van resources. |
| Valetsleutel | Hiermee verleent u beperkte toegang tot een resource zonder een tussenliggende resource te gebruiken om de toegang te proxyn. Dit ontwerp offload de verwerking als een exclusieve relatie tussen de client en de resource zonder een onderdeel toe te voegen om alle clientaanvragen rechtstreeks af te handelen. Het voordeel is het meest dramatisch wanneer clientaanvragen vaak of groot genoeg zijn om significante proxybronnen te vereisen of de proxy geen waarde toevoegt als onderdeel van de aanvraag. |
Volgende stappen
Bekijk de cloudontwerppatronen die ondersteuning bieden voor de andere azure Well-Architected Framework-pijlers: