Ontwerpprincipes voor betrouwbaarheid
Een betrouwbare workload moet veerkrachtig zijn, zodat deze storingen en uitval kan detecteren en herstellen en consistente functionaliteit kan leveren. Het moet in staat zijn om binnen een redelijke termijn van storingen te herstellen. Bovendien moet de informatie beschikbaar zijn, zodat gebruikers consistent en betrouwbaar toegang hebben tot de werklast gedurende het afgesproken tijdsbestek en met het afgesproken kwaliteitsniveau.
Gebruik de volgende ontwerpprincipes uit het Well-Architected Framework om betrouwbaarheid gedurende de gehele levenscyclus te garanderen. Microsoft Azure Begin met de aanbevolen best practices en beargumenteer de voordelen van elk betrouwbaarheidsprincipe. Zodra u uw strategie hebt bepaald, gebruikt u de betrouwbaarheidscontrolelijst als uw volgende stap.
Als u deze principes niet toepast op uw ontwerp, is de werklast waarschijnlijk niet voorbereid op het voorzien of aanpakken van problemen in de productie. Het resultaat kan een verstoring van de service zijn die tot financiële verliezen leidt. Bij kritieke workloads kan het niet toepassen van deze beginselen de veiligheid in gevaar brengen.
Ontwerpen voor zakelijke vereisten
 Verzamel en begrijp de behoeften van het bedrijf, met de nadruk op het verwachte gebruik van de werklast. |
|---|
Vereisten moeten de gebruikerservaring, workflows, gegevens en werklastspecifieke functies omvatten. De doelen moeten realistisch zijn en met alle belanghebbenden worden overeengekomen, op basis van een bepaald budget. De eisen moeten de verwachtingen van het team en de belanghebbenden duidelijk definiëren. Documenteer vereisten voor guide technologische keuzes, implementaties en bewerkingen.
Meer informatie over ontwerpen voor zakelijke vereisten in het Azure Well-Architected Framework.
Ontwerpen voor veerkracht
| De werklast moet op storingen kunnen reageren en met volledige of verminderde functionaliteit blijven functioneren. |
|---|
Ontwerp uw werklast zodanig dat u storingen en componentuitval kunt identificeren. Zorg dat het systeem veerkrachtig is, zodat het fouten kan tolereren en soepel kan verwerken. Informeer gebruikers over de status van het systeem en geef aan welke componenten niet beschikbaar zijn en hoe lang het verwachte herstel zal duren.
Meer informatie over ontwerpen voor veerkracht in het Azure Well-Architected Framework.
Ontwerpen voor herstel
| De werklast moet kunnen herstellen van storingen met minimale verstoring van de gebruikerservaring en de bedrijfsdoelstellingen. |
|---|
Zorg voor gestructureerde, geteste en gedocumenteerde herstelplannen die leiden tot een snel herstel. Zorg ervoor dat uw ondersteunings- en operationele teams toegang hebben tot deze plannen en voer regelmatig hersteloefeningen uit om verwarring en chaos te voorkomen tijdens een daadwerkelijke storing.
Meer informatie over ontwerp voor herstel in het Azure Well-Architected Framework.
Ontwerpen voor activiteiten
| De werklast moet zichtbaar zijn en ontwikkelteams moeten van fouten kunnen leren. |
|---|
Bouw monitoring in uw werklast in, zodat ontwikkelings- en ondersteuningsteams over voldoende gegevens beschikken om te analyseren wanneer, waarom en welk onderdeel defect raakt. Maak zinvolle waarschuwingen om ondersteuningsteams te waarschuwen in geval van een storing. Gebruik analyses en inzichten om verbeteringen door te voeren.
Meer informatie over ontwerpen voor operationele doeleinden in het Azure Well-Architected Framework.
Eenvoudig houden
| Vermijd overengineering van het architectuurontwerp, de applicatiecode en de werking. |
|---|
Concentreer u op de zakelijke vereisten en verwijder functies en componenten die niet nodig zijn. Stel standaarden op voor ontwikkeling en implementatie die de consistentie vergroten. Maak gebruik van de door het platform geboden functies en vooraf gebouwde assets om de ontwikkeltijd te minimaliseren.
Lees meer over hoe u het simpel kunt houden in het Azure Well-Architected Framework.