Hur formar Conways lag och teamtopologier mikrotjänster?

Question

Accepted Answer

Mikrotjänster är lika mycket ett **organisatoriskt** beslut som ett tekniskt. **Conways lag** säger att system speglar kommunikationsstrukturen för organisationen som bygger dem — så din teamstruktur formar din arkitektur oavsett om du planerar det eller inte.

## Conways lag

```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
```

## Teamägande

Varje tjänst bör ha ett **tydligt ägande team** som bygger, distribuerar och använder det ("du bygger det, du kör det"). Delat ägande leder till försummade tjänster.

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

## Team Topologies

| Teamtyp | Roll |
|---|---|
| Stream-aligned | Äger en del av produkten (de flesta team) |
| Platform | Tillhandahåller själv-servicinfrastruktur (CI/CD, mesh) |
| Enabling | Coachar andra team om metoder |
| Complicated-subsystem | Äger ett djupt specialiserat område |

Målet är att minimera **kognitiv belastning** mellan team och arbetsöverföringar.

## Fallgrop

Att anta mikrotjänster utan att omstrukturera team skapar en distribuerad monolith, eftersom gamla koordineringsmönster läcker in i arkitekturen.

## Varför det är viktigt

Om team måste ständigt koordinera för att leverera en funktion, kommer arkitekturen att spegla den kopplingen oavsett hur rena dina tjänstediagram är.

Att justera teamgränser med tjänstegränser (det omvända Conway-manövern) är det som faktiskt levererar autonomin och fördelarna med oberoende distribution som mikrotjänster lovade — organisationsschemat är en del av designen.

Teamtyp	Roll
Stream-aligned	Äger en del av produkten (de flesta team)
Platform	Tillhandahåller själv-servicinfrastruktur (CI/CD, mesh)
Enabling	Coachar andra team om metoder
Complicated-subsystem	Äger ett djupt specialiserat område