Comment la loi de Conway et les topologies d'équipe façonnent-elles les microservices ?

Question

Accepted Answer

Les microservices sont une décision **organisationnelle** autant que technique. La **loi de Conway** énonce que les systèmes reflètent la structure de communication de l'organisation qui les construit — donc votre structure d'équipe façonne votre architecture, que vous le planifiiez ou non.

## Pourquoi c'est important

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

## Propriété d'équipe

Chaque service doit avoir une **équipe propriétaire claire** qui la construit, la déploie et l'exploite (« vous la construisez, vous l'exploitez »). La propriété partagée mène à des services négligés.

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

| Type d'équipe | Rôle |
|---|---|
| Stream-aligned | Possède une part du produit (la plupart des équipes) |
| Platform | Fournit une infra en libre-service (CI/CD, mesh) |
| Enabling | Encadre les autres équipes sur les pratiques |
| Complicated-subsystem | Possède un domaine spécialisé profond |

L'objectif est de minimiser la **charge cognitive** entre équipes et les transferts.

## Écueil

Adopter les microservices sans restructurer les équipes produit un monolithe distribué, car les anciens schémas de coordination s'infiltrent dans l'architecture.

## Pourquoi c'est important

Si les équipes doivent constamment coordonner pour livrer une fonctionnalité, l'architecture reflètera ce couplage peu importe la clarté de vos diagrammes de services.

Aligner les limites d'équipe avec les limites de service (la manœuvre Conway inverse) est ce qui livre réellement les avantages d'autonomie et de déploiement indépendant que les microservices promettent — l'organigramme fait partie de la conception.

Type d'équipe	Rôle
Stream-aligned	Possède une part du produit (la plupart des équipes)
Platform	Fournit une infra en libre-service (CI/CD, mesh)
Enabling	Encadre les autres équipes sur les pratiques
Complicated-subsystem	Possède un domaine spécialisé profond