Wie prägen Conways Gesetz und Team-Topologien Microservices?

Question

Accepted Answer

Microservices sind genauso eine **organisatorische** Entscheidung wie eine technische. **Conways Gesetz** besagt, dass Systeme die Kommunikationsstruktur der Organisation widerspiegeln, die sie baut — daher formt Ihre Teamstruktur Ihre Architektur, ob Sie es planen oder nicht.

## Conways Gesetz

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

Jeder Service sollte ein **klares Owning Team** haben, das ihn baut, bereitstellt und betreibt ("du baust ihn, du betreibst ihn"). Gemeinsames Eigentum führt zu vernachlässigten Services.

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

## Team-Topologien

| Teamtyp | Rolle |
|---|---|
| Stream-aligned | Besitzt einen Produktteil (die meisten Teams) |
| Platform | Bietet Self-Service-Infrastruktur (CI/CD, mesh) |
| Enabling | Coacht andere Teams bei Praktiken |
| Complicated-subsystem | Besitzt einen tiefen spezialisierten Bereich |

Das Ziel ist es, **kognitive Last** und Übergaben zwischen Teams zu minimieren.

## Fallstricke

Microservices ohne Umstrukturierung von Teams führen zu einem verteilten Monolithen, da sich alte Koordinationsmuster in die Architektur einschleichen.

## Warum es wichtig ist

Wenn Teams ständig koordinieren müssen, um eine Funktion bereitzustellen, wird die Architektur diese Kopplung widerspiegeln, egal wie sauber Sie Service-Diagramme zeichnen.

Die Ausrichtung von Team-Grenzen mit Service-Grenzen (das inverse Conway-Manöver) ist das, was tatsächlich die Autonomie und die Unabhängig-Deploy-Vorteile liefert, die Microservices versprechen — das Organigramm ist Teil des Designs.

Teamtyp	Rolle
Stream-aligned	Besitzt einen Produktteil (die meisten Teams)
Platform	Bietet Self-Service-Infrastruktur (CI/CD, mesh)
Enabling	Coacht andere Teams bei Praktiken
Complicated-subsystem	Besitzt einen tiefen spezialisierten Bereich