Étape 01 / Éditeur de logiciels / 2026
Architecture d'une suite SaaS immobilière
Un éditeur lance une suite modulaire pour les professionnels de l'immobilier, avec une trentaine de développeurs. J'ai posé le premier commit du monorepo, rédigé les ADR fondateurs et porté le cœur comptable et locatif.
Plan de vol
- Période
- Depuis juin 2026
- Rôle
- Architecte
- Équipe
- Environ 30 développeurs
- Stack
- TypeScript, NestJS, React, PostgreSQL
- 42
- ADR rédigés, sur 115 au total
- 8
- domaines métier isolés
- 30
- développeurs environ, répartis en plusieurs équipes
Les couches de la suite
Chaque domaine métier expose ses use cases une seule fois. L'interface, les autres applications et les agents IA les consomment par le même contrat.
- WP01Domaines métierGestion locative, copropriété, comptabilité, référentiel
- WP02Contrat typéUne couche partagée, versionnée, contrôlée en CI
- WP03Bus d'événementsÉchanges entre applications, idempotence garantie
- WP04Outils MCPChaque use case est appelable par un agent
Contexte
L’éditeur construit une suite unique : gestion locative, copropriété, comptabilité de gestion, référentiel de données et synchronisation. Une trentaine de développeurs, répartis en plusieurs équipes, travaillent dans le même monorepo.
Ce que j’ai fait
- Le premier commit du dépôt, avec les ADR initiaux : conventions, monorepo et frontières entre domaines, persistance multi-schéma.
- 42 ADR au total, dont SSO et multi-tenant, RBAC, versionnement d’API, événementiel et CQRS gradué, bus d’événements inter-applications, journal d’audit, couche RGPD, budgets de latence, OpenTelemetry et un noyau comptable conçu pour l’international.
- Le cœur métier comptable et locatif, en tant que contributeur.
- L’organisation des équipes de la suite : un modèle en 3 couches, avec des décisions prises au plus près des équipes.
- Le reporting d’avancement vers la direction : 8 projets, 532 tickets, et les arbitrages à trancher.
Ce que ça montre
Cadrer dès le premier jour l’architecture d’un produit développé par 30 personnes, et la documenter assez pour que les équipes décident sans moi.
Une décision
Une architecture IA-native
- Contexte
- Les utilisateurs de la suite passeront de plus en plus par des agents IA, et chaque intégration ad hoc contournerait les règles métier.
- Décision
- Chaque use case est exposé comme outil MCP, derrière le même contrat typé et les mêmes contrôles d'accès que l'interface.
- Conséquence
- Un seul package plateforme expose les use cases des 8 domaines ; un agent passe par les mêmes contrôles d'accès et le même journal d'audit qu'un utilisateur.