Architecture

Syrcow 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[Host API :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 Next séparée, alimentée par des fichiers MDX.
• L'API hôte 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.