Hvordan former Conways lov og teamtopologier mikroservices?

Question

IT Interview Practice · Accepted Answer

Mikroservices er lige så meget en **organisatorisk** beslutning som en teknisk. **Conways lov** siger, at systemer afspejler kommunikationsstrukturen i den organisation, der bygger dem — så din teamstruktur former din arkitektur, uanset om du planlægger det eller ej.

## Conways lov

```text
"Organizations design systems that copy their communication structure."

3 teams that don't talk  →  3 services with awkward, accidental seams
→ Inverse Conway Maneuver: design TEAMS around the architecture you want
```

## Teamejerskab

Hver service skal have et **klart ejerhold**, der bygger, implementerer og driver det ("du bygger det, du kører det"). Delt ejerskab fører til forsømte services.

```text
Orders team   ─owns─▶ Orders service (code + deploy + on-call)
Payments team ─owns─▶ Payments service
→ autonomy: each team ships without waiting on others
```

## Teamtopologier

| Teamtype | Rolle |
|---|---|
| Stream-aligned | Ejer en del af produktet (de fleste teams) |
| Platform | Leverer selvbetjent infrastruktur (CI/CD, mesh) |
| Enabling | Coacher andre teams i praksisser |
| Complicated-subsystem | Ejer et dybt specialiseret område |

Målet er at minimere **kognitiv belastning** og hand-offs på tværs af teams.

## Faldgrube

At antage mikroservices uden at omstrukturere teams producerer en distribueret monolitisk, fordi de gamle koordineringsmønstre siver ind i arkitekturen.

## Hvorfor det betyder noget

Hvis teams konstant skal koordinere for at levere en funktion, vil arkitekturen afspejle denne koblingen uanset hvor pænt du tegner servicediagrammer.

At justere teamgrænser med serviceintervaller (det inverse Conway-manøver) er hvad der faktisk leverer autonomien og de uafhængigt-deploy-fordele, som mikroservices lover — organisationskartet er en del af designet.

Teamtype	Rolle
Stream-aligned	Ejer en del af produktet (de fleste teams)
Platform	Leverer selvbetjent infrastruktur (CI/CD, mesh)
Enabling	Coacher andre teams i praksisser
Complicated-subsystem	Ejer et dybt specialiseret område

Conways lov

Teamejerskab

Teamtopologier

Faldgrube

Hvorfor det betyder noget

Relaterede spørgsmål