Basisprincipes van oplossingsarchitect

Elke workload doorloopt een onderdeel- en topologieontwerpproces. Dit proces is het meest intensief bij het begin van de workload, waaronder ontwerpen voor initiële vereisten en succes op de lange termijn van de workload. Architectuur is ook ontworpen wanneer de workload in de loop van de tijd verandert en de organisatie functionaliteit toevoegt, wijzigt of verwijdert.

Het ontwerp van onderdelen en topologieën is de primaire functie van een architect. Architecten die zich richten op cloudgebaseerde en hybride oplossingen worden vaak cloudoplossingsarchitecten genoemd. In sommige organisaties bestaan cloudoplossingsarchitecten in een gecentraliseerde capaciteit binnen een ondernemingsarchitectuurgroep. Ze kunnen zich ook richten op een specifieke workload.

Een toegewezen rol kan de functie van een architect leveren. In sommige gevallen kunnen vertrouwde technische specialisten (zoals een workload engineering lead) de functie van een architect leveren. Of een organisatie kan de functie verdelen over een kleine groep senior engineers die zijn gekoppeld aan de workload.

Architecten hebben meestal ervaring met rollen die verder gaan dan het ontwerpen van systemen. Ze kunnen het volgende hebben:

• Waren ontwikkelaars en operationele teamleden.
• Heeft gewerkt met klantenondersteuningsteams.
• Een goed begrip ontwikkeld van hoe een systeem wordt getest op kwaliteitscontrole en gebruikersacceptatie.
• Er zijn noodherstelanalyses of incidentreacties geweest.
• Blootgesteld aan zowel incrementele als grote functionele wijzigingen in workloads.
• Geïnterpreteerde specificaties en criteria voor gebruikersacceptatie.

Hoewel de voorgaande lijst niet volledig is, zijn deze perspectieven een belangrijk aspect van wat een architect brengt in ontwerptaken. In het Azure Well-Architected Framework wordt ervan uitgegaan dat deze procedures zijn geïmplementeerd voor het meest effectieve gebruik van de richtlijnen.

In de volgende secties worden de leidende principes beschreven die architecten moeten volgen om effectief te zijn in hun functie.

Beschikken over een besluitvormingskader

Een belangrijk aspect van ontwerp is het gebruik van een consistent proces om beslissingen te nemen. Een architect moet zowel het eerste als het incrementele ontwerp strikt benaderen.

Verwachte beslissingen identificeren. Gebruik geleerde ervaringen om te helpen bij het identificeren van beslissingen. Registreer alle beslissingen die u van plan bent te nemen.

Weloverwogen beslissingen nemen. Houd rekening met beperkingen, beperkingen, compromissen, inspanningen, omkeerbaarheid en risico's. Neem ondersteunend bewijs op van bewijzen van concept, samen met technologiedocumentatie en richtlijnen.

Documenteer beslissingen in een architectuurbeslissingsrecord (ADR). Documenteer de reden samen met elke beslissing.

Follow-up van de implementatie. Communiceer en implementeer alle beslissingen. Leer van de implementatie om toekomstige beslissingen te nemen. Zoek naar gebieden waar een fout bij het identificeren van beslissingen risico's met zich mee heeft gebracht.

Cloudontwerppatronen kennen

Cloudontwerppatronen zijn een fundamentele bouwsteen van architectuur. Cloudarchitectuur en toepassingsontwerp zijn vaak een oefening in patroonherkenning.

Evalueer de functionele en niet-functionele vereisten van een workload om patronen te herkennen. Zoek naar mogelijkheden om uw ontwerp toe te wijzen aan gebruiksvoorbeelden via gestandaardiseerde patronen.

Wees vooruitdenkend

Ontwerpen om te voldoen aan de huidige vereisten is een must, maar het is belangrijk dat een architect de evolutie van de workload voorspelt. Het opnemen van wijzigingen in een geïmplementeerd systeem is duurder dan het wijzigen van het ontwerp vóór de implementatie.

Als u een systeem wilt ontwerpen dat meegaat tot het geplande einde van de levensduur, moet u de workload ontwerpen met de flexibiliteit van de architectuur in gedachten. Vermijd ontwerpkliffen wanneer u ze kunt identificeren.

Groeimodel. Voorspellen hoe het gebruik van de workload in de loop van de tijd zal toenemen of afnemen.

Wijzigingen in naleving. Neem proactieve maatregelen als u verwacht dat de workload in de toekomst onder de nalevingsvereisten valt. Deze aanpak kan het werk verminderen wanneer het volgen van naleving een vereiste wordt.

Regionale uitbreiding. Overweeg toekomstige uitbreiding van de workload naar meerdere regio's. Een ontwerp dat beperkt is tot één regio, moet sterk worden geherstructureerd voor implementatie met meerdere regio's en dat kan een kostbare wijziging zijn. Het is nog complexer als het workloadontwerp geschikt moet zijn voor meerdere geografische gebieden met verschillende nalevingsvereisten. Zorg ervoor dat uw ontwerp rekening heeft met alle redelijke voorspellingen over regionale uitbreiding.

Productroadmaps. Neem in uw ontwerp geen onderdelen op die op het pad naar afschaffing staan. Wees ook voorzichtig wanneer u functies in uw ontwerp opneemt die momenteel een preview-status hebben. Ze kunnen worden vrijgegeven, maar ze kunnen ook worden geannuleerd. Het kan zeer voordelig zijn om voorop te lopen door preview-functies te gebruiken. Kort nadat de functie is uitgebracht, wordt de workload voorbereid om naar productie te gaan. Maar neem alleen preview-functies op in uw ontwerp nadat u een zorgvuldige risicoanalyse hebt uitgevoerd. Alleen functies verzenden die een getolereerd risicoprofiel hebben.

Ontwerpen voor ondersteuning

Werkbelastingen ontwerpen met drie belangrijke ondersteuningsperspectieven:

Ondersteuning voor cloudproviders. De workload moet werken binnen de ondersteunde configuratie van uw cloudprovider om onderbrekingen te voorkomen wanneer u platformondersteuningskanalen gebruikt.

Operationele zichtbaarheid. Het ontwerp moet zichtbaarheid van de uitvoering bieden voor het team voor workloadbewerkingen om verwarring tijdens het reageren op incidenten te voorkomen.

Mogelijkheden voor klantondersteuning. Het ontwerp moet voldoen aan de behoeften van gebruikers, maar ook functies voor klantondersteuning vergemakkelijken. Een ontwerp dat de mogelijkheid van het ondersteuningsteam om klanten te onderzoeken of te helpen belemmert, is onvoldoende.

Uw vaardigheden onderhouden en verbeteren

De expertise van een architect is vaak gebaseerd op praktijkervaring. Het is belangrijk om te investeren in het uitbreiden van uw vaardigheden om het zich ontwikkelende cloudecosysteem bij te houden.

Onderwijs. Zoek naar mogelijkheden voor training en certificering die technologieproviders bieden voor architecten.

Deelname van de gemeenschap. Neem contact op met collega's via online en lokale architectuurcommunities.

Verkennende oefeningen. Neem deel aan door de organisatie gesponsorde hackathons of soortgelijke evenementen om vaardigheden te ontwikkelen op onbekende gebieden.

Samenwerken voor succes

Een architect moet profiteren van de expertise van de cloudprovider of implementatiepartner. De meeste providers willen dat uw workload op hun platform slaagt en ze bieden vaak services zoals architectuurontwerpbeoordelingssessies of adviessessies met hun cloudoplossingsarchitecten. Zoek naar mogelijkheden voor beoordeling en hulp binnen uw leveranciersrelaties.

Wees methodisch in uw ontwerpbenadering

Architectuurframeworks ondersteunen een architect door workloadperspectieven en methodologische benaderingen te bieden. Het Well-Architected Framework biedt een uitgebreid perspectief voor workloads. Architecten kunnen het Well-Architected Framework combineren met andere architectuurframeworks, zoals TOGAF (Open Group Architecture Framework).

Gebruik de principes, controlelijsten, evaluaties en referentiemateriaal in architectuurframeworks om een proces tot stand te brengen dat past bij de workload. Combineer frameworks met persoonlijke technieken, zoals mind mapping.

Architectuur gaat net zo veel over communicatie als over het eindproduct. Zorg ervoor dat u optimaliseert voor opzettelijke besluitvorming, afwegingsbevestiging en duidelijke communicatie in uw bestaande processen.

Volgende stappen

Controlelijst van architect