De workload ondersteunen in een adviserende rol
Architecten moeten manieren zoeken om betrokken te blijven bij de workload wanneer deze in de loop van de tijd verandert. Hun rol eindigt niet met het overhandigen of raadplegen van het ontwerp tijdens de eerste implementatie. Architecten brengen perspectief naar voren dat kan worden gebruikt in andere activiteiten die gerelateerd zijn aan de evolutie van het product.
Ondersteuning voor modelleringsoefeningen
Teams kan workloads in meerdere dimensies en voor meerdere doeleinden modelleren. Workloads kunnen bijvoorbeeld statussignalen abstraheren uit implementatiedetails en in bedrijfsconstructies. Of ze kunnen de systeemgroei in de loop van de tijd of het licentieproces modelleren om alternatieve factureringsmodellen te evalueren.
Of het model nu een abstractie is of hypothetische gegevens evalueert om een toekomstige zakelijke beslissing te bepalen, architecten dragen bij aan dat proces. Ze gebruiken hun inzicht in het workloadontwerp, de bekende of voorspelde beperkingen en de schaalkenmerken om de veronderstellingen in het model te valideren of af te stemmen en het systeem nauwkeuriger te benaderen. Architecten beoordelen bijvoorbeeld het statusmodel voor een kritieke stroom door de kenmerken van afhankelijkheden te evalueren, zoals serviceniveaudoelstellingen (SLO's).
Mogelijke verbeteringen delen
Architecten blijven op de hoogte van basisprincipes zoals aanbiedingen van cloudproviders en ontwerppatronen in de branche. Functies die op het moment dat een workload werd ontworpen, niet meer van de state-of-the-art waren. Of de verwachte gebruikspatronen van de toepassing worden mogelijk niet gemanifesteerd op de manier waarop ze zijn voorspeld. In dergelijke gevallen kunt u een aanbeveling doen om het huidige ontwerp verder te optimaliseren of te verfijnen op basis van deze nieuwe kennis.
Als architect moet u regelmatig contact opnemen met het workloadteam nadat de workload live is. Continue communicatie helpt u uw kennis voor toekomstige ontwerpwerkzaamheden uit te breiden door te zien hoe het ontwerp is geïmplementeerd en hoe het presteert bij daadwerkelijk gebruik. Ook kunt u optimalisatieaanbeveling doen op basis van de daadwerkelijke implementatie en het gebruik.
Assisteren bij beoordelingen
Wanneer een workload wordt beoordeeld, zoals door een officiële audit of een nalevingsbeoordeling, kan de betrokkenheid van de systeemarchitect een zegen zijn voor het proces. Ze brengen de architectuurbeslissingsrecord van de workload mee om vragen over implementatiekeuzen te beantwoorden. Ze bieden ook bijgewerkte diagrammen om het systeem tijdens gesprekken te visualiseren en expertise te bieden.
Architecten hebben gezaghebbende kennis die vertrouwen in het product opbouwt tijdens bepaalde klant- of financieringsafspraken. Ze kunnen meer te weten komen over unieke eisen die klanten aan het product hebben en deze behoeften in het ontwerp van het systeem overwegen.
Voorgestelde wijzigingen controleren
Elke workload heeft een achterstand van werk die varieert van breed werk op richtingsniveau tot specifieke taken. Architecten moeten worden betrokken bij het verzamelen van vereisten, het bepalen van het bereik en het bouwen van acceptatiecriteria voor werkitems.
Het implementatieteam is bezig met het leveren van actuele werkitems, zodat architecten hun tijd kunnen gebruiken om toekomstige werkitems te beoordelen, te valideren en te verfijnen. Ze kunnen helpen detecteren wanneer een nieuwe functie een herontwerp van een onderdeel in het systeem vereist, kostenanalyses bieden voor een voorgestelde wijziging of een methode voorstellen om incrementeel nieuwe wijzigingen in te voeren. Uiteindelijk minimaliseert het betrekken van een architect vroeg in het proces voor een voorgestelde wijziging die nieuwe functionaliteit of een uitgebreid gebruikersbestand omvat, het opnieuw werken tot een minimum en helpt het team bij het ontdekken van klippen in het ontwerp.