Terug naar solutionarchitectuur

Solution Architecture

Documentatie & governance

De architectuur begrijpelijk en beslissingen traceerbaar houden, lang na de go-live

Architectuurdocumentatie

C4-model

Een hiërarchische aanpak voor architectuurdiagrammen met vier detailniveaus:

Inzoomen met het C4-model

Klant[Persoon]
Contoso Ordering[Softwaresysteem]
ERP[Extern systeem]
E-mail[Extern systeem]

Het systeem in zijn context, met gebruikers en externe afhankelijkheden. Toont wat het systeem doet en wie het gebruikt. Ook niet-technische stakeholders begrijpen deze weergave.

Elk niveau zoomt in op één element van het niveau erboven, zodat een bestuurder en een ontwikkelaar naar hetzelfde systeem kijken op de diepte die bij hen past.

Architecture decision records (ADR's)

Documenteer belangrijke architectuurbeslissingen met hun context, de beslissing zelf en de gevolgen:

# ADR 001: Azure Cosmos DB gebruiken voor de productcatalogus

**Status:** Aanvaard
**Datum:** 2024-01-15
**Beslissers:** Architectuurteam

## Context
De productcatalogus heeft een wereldwijd gedistribueerde dataopslag met lage latentie nodig.
Het leesvolume wordt hoog; eventual consistency is aanvaardbaar.

## Beslissing
Azure Cosmos DB gebruiken met schrijfbewerkingen in meerdere regio's.

## Gevolgen
+ Wereldwijde distributie met leestijden van enkele milliseconden
+ Autoscale om verkeerspieken op te vangen
+ Keuze uit meerdere consistentieniveaus
- Hogere kosten dan Azure SQL Database
- Het team moet de querypatronen van Cosmos DB leren

Architectuurgovernance

Architecture Review Board

Zet governance op voor architectuurbeslissingen:

  • Regelmatige reviews: Driemaandelijkse architectuurreviews voor grote initiatieven
  • Peer review: Architectuurontwerpen worden nagelezen door ervaren engineers
  • Standaarden afdwingen: Geautomatiseerde controles op beveiliging, compliance en naamgevingsconventies
  • Technologieradar: Volg goedgekeurde, uit te testen en verouderde technologieën op
  • Referentie-implementaties: Voorbeeldprojecten die de patronen demonstreren

Beheer van technische schuld

  • Schuldregister: Breng bekende technische schuld in kaart, met prioriteit en geschatte inspanning
  • Allocatie: Reserveer 20% van de sprintcapaciteit voor het afbouwen van technische schuld
  • Metrieken: Volg codedekking, cyclomatische complexiteit en de gezondheid van afhankelijkheden op
  • Refactoring: Continue, stapsgewijze verbeteringen in plaats van grote herschrijvingen
VorigeAzure Well-Architected

Klaar om uw solution architecture te ontwerpen?

Laten we bespreken hoe een doordachte architectuur uw technologie-investeringen afstemt op uw bedrijfsdoelstellingen, met schaalbaarheid en betrouwbaarheid als uitgangspunt.