Architecture

Syrcow, pour Système de Régulation du Commerce, des Opérations et des Warrants, est organisé en plusieurs applications qui partagent le même projet. L'idée est de séparer les responsabilités sans multiplier les outils.

PlanSchéma d'architectureEmplacement réservé pour un visuel, un schéma ou une capture.

graph TD
  U[Utilisateur] --> P[Reverse proxy]
  P --> M[Manager :8000]
  P --> A[App :8002]
  P --> D[Docs :8001]
  P --> H[Service technique local :5050]
  M --> AM[(Admin DB)]
  A --> T1[(Tenant DB)]
  A --> T2[(Tenant DB)]
  H --> AM

Principes

• Le manager pilote les comptes clients, les domaines et l'administration.
• L'app métier garde les données séparées pour chaque client.
• La documentation est une app séparée, alimentée par des fichiers de documentation.
• Le service technique local sert aux opérations techniques sur la machine.

Pourquoi ce découpage

• Les opérations de support ne doivent pas dépendre du même cycle de livraison que le métier.
• La docs doit être lisible sans toucher au code applicatif.
• Le reverse proxy permet de router par domaine ou sous-domaine vers la bonne app.

Ce qu'il faut retenir

La partie la plus importante est la séparation entre:

• le compte client actif dans app
• l'administration SaaS dans manager
• le contenu documentaire dans docs

Cette séparation réduit les risques quand on fait évoluer le produit.

À lire ensuite

• Démarrage rapide — installer l'environnement
• Hébergement et déploiement — comprendre les options d'infrastructure
• Lexique — définition des termes techniques