Cloudontwerppatronen die kostenoptimalisatie ondersteunen

  • Artikel

Wanneer u workloadarchitecturen ontwerpt, moet u branchepatronen gebruiken die algemene uitdagingen aanpakken. Patronen kunnen u helpen bij het maken van opzettelijke afwegingen binnen workloads en het optimaliseren voor het gewenste resultaat. Ze kunnen ook helpen bij het beperken van risico's die het gevolg zijn van specifieke problemen, die van invloed kunnen zijn op de betrouwbaarheid, beveiliging, prestaties en bewerkingen. Als de risico's niet worden beperkt, zullen de kosten uiteindelijk toenemen. Deze patronen worden ondersteund door de praktijk, 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 Kostenoptimalisatie komen overeen met 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 Hiermee worden gegevens gescheiden van de berichtenstroom, zodat u de gegevens met betrekking tot een bericht afzonderlijk kunt ophalen. Berichtensystemen leggen vaak limieten op voor de berichtgrootte en grotere groottelimieten zijn vaak een premium-functie. Als u de berichtteksten verkleint, kunt u mogelijk een goedkopere oplossing voor berichten gebruiken.
Concurrerende consumenten Hiermee past u gedistribueerde en gelijktijdige verwerking toe om items in een wachtrij efficiënt te verwerken. Dit patroon kan u helpen de kosten te 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 de 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. Dit maximaliseert het gebruik van computerresources 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. Als u een offloading-gateway toevoegt aan het aanvraagproces, kunt u de kosten omleiden van resources die per knooppunt in de gateway-implementatie worden besteed. De 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 anderszins niet compatibel zijn vanwege het protocol of de indeling. Deze tussenpersoon kan de levensduur van uw bestaande systeem vergroten en tegelijkertijd interoperabiliteit mogelijk maken met systemen die gebruikmaken van een andere technologie voor berichten of gebeurtenissen.
Uitgever/abonnee Koppelt onderdelen van een architectuur los door directe communicatie van client-naar-service of client-naar-services te vervangen door communicatie met behulp van een tussenliggende berichtenbroker of gebeurtenisbus. Dit ontwerp kan een gebeurtenisgestuurde benadering in uw architectuur mogelijk maken, die goed combineert met 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 deze in een wachtrij te bufferen en de wachtrijprocessor deze in een gecontroleerd tempo te laten verwerken. Omdat de verwerking van belasting is losgekoppeld van de aanvraag of taakopname, kunt u deze methode gebruiken om de noodzaak te verminderen om resources te veel te inrichten om piekbelasting te verwerken.
Sharding Laadt naar een specifieke logische bestemming om de specifieke aanvraag af te handelen, waardoor colocatie voor optimalisatie mogelijk wordt. 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 om statische inhoud te leveren 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 systeem te maximaliseren en tegelijkertijd incrementeel te moderniseren. Hiermee kunt u hoge ROI-vervangingen uitvoeren voordat u een lage ROI-vervanging uitvoert.
Beperking Hiermee worden limieten opgelegd aan de snelheid of doorvoer van binnenkomende aanvragen naar een resource of onderdeel. De limieten kunnen informatie geven over kostenmodellen en kunnen zelfs rechtstreeks worden gekoppeld aan het bedrijfsmodel van uw toepassing. Ze zorgen ook voor duidelijke bovengrenzen voor het gebruik, wat kan worden meegenomen in de grootte van resources.
Valetsleutel Verleent beveiligingsbeperkingen toegang tot een resource zonder een tussenliggende resource te gebruiken om de toegang via een proxy te gebruiken. 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 aanzienlijke proxyresources te vereisen.

Volgende stappen

Bekijk de cloudontwerppatronen die ondersteuning bieden voor de andere Azure Well-Architected Framework-pijlers: