Fire arkitekturperspektiver
En praktisk opdeling er forretningsarkitektur (kapabiliteter og processer), applikationsarkitektur (systemer og ansvar), dataarkitektur (dataobjekter, ejerskab og flow) og teknologiarkitektur (platforme, netværk, cloud og runtime).
TOGAF-standarden fra The Open Group arbejder netop med enterprise architecture som en disciplin, der forbinder disse perspektiver og skaber et fælles sprog for transformation.
Baseline og target state
Før man designer den ønskede fremtid, bør man forstå den nuværende situation: hvilke systemer findes, hvem bruger dem, hvilke interfaces er kritiske, og hvilke kontrakter eller tekniske begrænsninger binder dem sammen?
En target state uden en realistisk migrationsvej er kun en ambition. Roadmappet forbinder derfor nutid og mål gennem konkrete overgangstilstande.
Arkitekturprincipper reducerer tilfældige valg
Principper kan eksempelvis beskrive, hvornår SaaS foretrækkes, hvordan API'er versioneres, hvem der ejer masterdata, eller hvornår en ny database må indføres. Gode principper er korte, begrundede og kan faktisk bruges til at afgøre en beslutning.
Afhængighedskort er mindst lige så vigtigt som applikationslisten
To systemer kan se uafhængige ud på et organisationsdiagram, men begge kan være afhængige af samme identitetsudbyder, DNS, integrationsplatform eller databasecluster. Arkitekturarbejde bør derfor kortlægge tekniske og datarelaterede single points of failure.
Arkitektur og governance
Governance betyder ikke, at alle ændringer skal igennem et tungt råd. Det betyder, at de beslutninger som kan skabe langsigtet kompleksitet – nye platforme, nye autoritative datakilder, nye sikkerhedsmodeller – bliver vurderet konsekvent og dokumenteret.