Architecture des Services¶
Vue d'ensemble¶
Sigabill est une application déployée en mode SaaS (Software as a Service).
L'architecture repose sur l'interaction de trois services clés :
- Azure AD B2C (Identité) : C'est le gardien de la sécurité. Il gère l'authentification des utilisateurs et émet les jetons (tokens) nécessaires pour communiquer avec nos API.
- Tenant Manager (Routage) : Ce service est responsable de la gestion des locataires. Un locataire contient les données d'une entreprise. Ce service permet de récupérer la liste des locataires auxquels un utilisateur a accès et fournit les informations nécessaires pour cibler le bon environnement de données.
- Sigabill API (Cœur) : Le service principal de facturation. Il est disponible en deux versions :
- Production : La version officielle la plus à jour, pour les opérations réelles.
- Beta : Une version d'avant-garde permettant de tester les nouvelles fonctionnalités avant leur déploiement général.
Environnements de développement¶
Le développement est disponible dans trois environnements isolés :
- devtest : environnement de développement.
- staging : environnement de préproduction pour les déploiements, les tests automatisés et la validation des correctifs.
Attention! L'environnement staging est écrasé chaque semaine.
- production : là où se trouvent les données clients.
Privilégiez l'environnement devtest pour vos développements afin de réduire les risques de perturbation pour les clients.
Architecture du routage¶
Le chemin d'accès aux services suit la nomenclature suivante :
où :
- Nom du service : représente le nom du service SAAS déployé
- -env : doit être remplacé par le nom de l'environnement (-devtest, -staging), sauf pour la production où il est absent.
- Code locataire : doit être remplacé par le code du locataire (entreprise) pour les services dont les données sont multi-locataires (séparées par entreprise).
Sous le chemin d'accès de base d'un service, vous retrouverez ensuite :