Architecture
Vue d'ensemble
Un monolithe modulaire, dimensionné pour être exploité sans équipe ops.
L'architecture répond à trois contraintes : la rigueur comptable, un réseau instable, et un exploitant qui n'est pas informaticien. Chaque composant que nous n'ajoutons pas est une panne que vous n'aurez pas.
L'architecture de bout en bout
AiO · architecture de bout en bout
< 3s en 4G · 99,5% · 2 000 utilisateurs simultanés
AiO · monolithe modulaire · trafic temps réel
Une seule unité déployable · frontières de modules en interne
Docker · GitHub Actions (CI/CD, scan sécurité) · WAL PostgreSQL + restauration à un instant précis. Une seule unité à déployer et à exploiter — ni bus de messages, ni orchestrateur. Les points sont des requêtes en vol.
Pourquoi un monolithe modulaire, et pas des micro-services
C'est un choix assumé, et il va à contre-courant de ce qu'on vous proposera ailleurs.
Votre besoin se compte en dizaines d'opérations par minute, pas en dizaines de milliers par seconde. Un PostgreSQL correctement réglé traite 10 000 à 30 000 transactions par seconde : la base ne sera jamais votre facteur limitant. En revanche, des micro-services vous imposeraient un bus de messages, une orchestration, une supervision distribuée et un traçage inter-services — c'est-à-dire trois fois le coût d'exploitation, pour une capacité dont vous n'avez pas l'usage.
Nous gardons donc les frontières de modules — elles structurent le code et le dépôt Git — mais un seul déploiement à exploiter. Le jour où un module devra être extrait, la frontière existe déjà.
Six couches, un déploiement
Le grand livre est au centre
Tout le reste en dérive. Les soldes, la balance, les rapports, la comptabilité et les états réglementaires ne sont pas des tables séparées à maintenir en cohérence : ce sont des lectures du journal. C'est ce qui rend impossible l'écart classique entre « ce que dit l'écran » et « ce que dit la comptabilité ».
Prêt pour la revente
Votre §3.2 crée un profil éditeur chargé de gérer les licences ; votre chapitre 25 demande une administration multi-entreprise. Les frontières de modules et le cloisonnement sont donc tracés en fonction de cette suite : une seconde société s'accueille sans réécriture, et les barèmes, seuils, plans de comptes, devises et rôles sont des données, pas du code.
La version 1 est déployée pour une entité juridique. Le cloisonnement est livré et exploitable ; l'accompagnement à l'ouverture d'une seconde entité fait l'objet d'un devis distinct.