Cloudontwerppatronen die ondersteuning bieden voor operationele uitmuntendheid

  • 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 kosten. Omdat bewerkingen in al deze gebieden zijn verdeeld, zullen risico's uiteindelijk van invloed zijn op workloadbewerkingen. 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 zelf een onderdeel van operationele uitmuntendheid.

Veel ontwerppatronen ondersteunen rechtstreeks een of meer architectuurpijlers. Ontwerppatronen die de operational excellence-pijler ondersteunen, maken gebruik van topologieën die een solide basis bieden voor veilige implementatieprocedures en architectuurontwikkeling in de loop van de tijd, migratiescenario's en waarneembaarheid mogelijk maken.

Ontwerppatronen voor operationele uitmuntendheid

De volgende tabel bevat een overzicht van cloudontwerppatronen die de doelstellingen van operationele uitmuntendheid ondersteunen.

Patroon Samenvatting
Anti-corruptielaag Beveiligt nieuwe systeemonderdelen tegen het gedrag of de implementatiekeuzes van verouderde systemen door een bemiddelaarlaag toe te voegen aan proxyinteracties tussen verouderde en nieuwe onderdelen. Dit patroon zorgt ervoor dat het ontwerp van nieuwe onderdelen niet wordt beïnvloed door verouderde implementaties die mogelijk verschillende gegevensmodellen of bedrijfsregels hebben wanneer u integreert met deze verouderde systemen. Het patroon is vooral handig bij geleidelijke systeemmigraties. Het vermindert de technische schulden in nieuwe onderdelen terwijl bestaande onderdelen nog steeds worden ondersteund.
Choreografie Coördineert het gedrag van autonome gedistribueerde onderdelen in een workload met behulp van gedecentraliseerde, gebeurtenisgestuurde communicatie. Dit patroon kan handig zijn wanneer u verwacht dat services regelmatig worden bijgewerkt of vervangen tijdens de levenscyclus van een workload. Omdat de gedistribueerde onderdelen autonoom zijn, kunt u de workload aanpassen met minder algemene wijzigingen in het systeem.
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. De consolidatie leidt tot een meer homogeen rekenplatform, dat het beheer en de waarneembaarheid kan vereenvoudigen, de verschillende benaderingen voor operationele taken kan verminderen en de benodigde hoeveelheid hulpprogramma's kan verminderen.
Implementatiestempels Biedt een benadering voor het vrijgeven van een specifieke versie van een toepassing en de bijbehorende infrastructuur als een gecontroleerde implementatie-eenheid, op basis van de veronderstelling dat dezelfde of verschillende versies gelijktijdig worden geïmplementeerd. Dit patroon is afgestemd op onveranderbare infrastructuurdoelen, ondersteunt geavanceerde implementatiemodellen en kan veilige implementatieprocedures mogelijk maken.
Extern configuratiearchief Extraheert de configuratie naar een service die is ge externaliseerd naar de toepassing ter ondersteuning van dynamische updates van configuratiewaarden zonder dat codewijzigingen of opnieuw implementeren van toepassingen nodig zijn. Deze scheiding van toepassingsconfiguratie en toepassingscode ondersteunt omgevingsspecifieke configuratie en past versiebeheer toe op configuratiewaarden. Externe configuratiearchieven zijn ook een veelgebruikte plaats voor het beheren van functievlagmen om veilige implementatieprocedures mogelijk te maken.
Aggregatie van gateway Vereenvoudigt clientinteracties met uw workload door aanroepen naar meerdere back-endservices in één aanvraag samen te voegen. Met deze topologie kan back-endlogica onafhankelijk van clients worden ontwikkeld, zodat u de geketende service-implementaties of zelfs gegevensbronnen kunt wijzigen zonder dat u de contactpunten van de client hoeft te wijzigen.
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 configuratie en het onderhoud van de offloaded functionaliteit vanaf één punt beheren in plaats van deze vanaf meerdere knooppunten te beheren.
Routering van gateway Routeert binnenkomende netwerkaanvragen naar verschillende back-endsystemen op basis van aanvraagintenties, bedrijfslogica en beschikbaarheid van back-end. Met gatewayroutering kunt u aanvragen loskoppelen van back-ends, waardoor uw back-ends ondersteuning bieden voor geavanceerde implementatiemodellen, platformovergangen en één beheerpunt voor domeinnaamomzetting en versleuteling tijdens overdracht.
Eindpuntstatusbewaking Biedt een manier om de status of status van een systeem te bewaken door een eindpunt weer te geven dat speciaal voor dat doel is ontworpen. Het standaardiseren van de statuseindpunten die u beschikbaar wilt maken en het analyseniveau in de resultaten, kan u helpen bij het sorteren van problemen.
Berichtenbrug Biedt een intermediair om communicatie mogelijk te maken tussen berichtensystemen die anderszins niet compatibel zijn vanwege het protocol of de indeling. Deze ontkoppeling biedt flexibiliteit wanneer u berichten- en gebeurtenistechnologie binnen uw workload overzet of wanneer u heterogene vereisten van externe afhankelijkheden hebt.
Uitgever/abonnee Koppelt onderdelen van een architectuur los door directe client-naar-service- of client-to-services-communicatie te vervangen door communicatie via een tussenliggende berichtenbroker of event bus. Met deze indirectielaag kunt u de implementatie veilig wijzigen aan de zijde van de uitgever of aan de zijde van de abonnee zonder dat u wijzigingen in beide onderdelen hoeft te coördineren.
Quarantaine Zorgt ervoor dat externe assets voldoen aan een door het team overeengekomen kwaliteitsniveau voordat ze worden gemachtigd om ze in de workload te gebruiken. Automatisering en consistentie van deze controles maken deel uit van de levenscyclus van de softwareontwikkeling van de workload en veilige implementatieprocedures (SDP).
Sidecar Breidt de functionaliteit van een toepassing uit door niet-primaire of kruislingse taken in te kapselen in een begeleidend proces dat naast de hoofdtoepassing bestaat. Dit patroon biedt een benadering voor het implementeren van flexibiliteit in de integratie van hulpprogramma's die de waarneembaarheid van de toepassing kan verbeteren zonder dat de toepassing directe implementatieafhankelijkheden hoeft te nemen. Hiermee kan de sidecar-functionaliteit onafhankelijk worden ontwikkeld en onafhankelijk van de levenscyclus van de toepassing worden onderhouden.
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. Dit patroon biedt een benadering voor continue verbetering, waarbij incrementele vervanging met kleine wijzigingen in de loop van de tijd de voorkeur heeft in plaats van grote systemische wijzigingen die riskanter zijn om te implementeren.

Volgende stappen

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