Platform / Architecture
Une architecture qui aide les équipes à démarrer plus vite, livrer avec régularité et garder les standards sous contrôle
Gumon Platform réduit les configurations structurelles répétées entre projets en donnant aux équipes une base prête pour la production.
Cette référence d'architecture aide à aligner les décisions de design entre équipes sans imposer un seul style d'implémentation.
Couche
Application Layer
Gère les workflows métier et les services côté utilisateur avec flexibilité.
Couche
API Service Layer
Définit des contrats API partagés pour rendre l'intégration plus prévisible.
Couche
Data Stream Layer
Prend en charge les flux d'événements, l'asynchrone et l'observabilité.
Core Services
Blocs réutilisables que les équipes peuvent adopter rapidement
- - Gumon Core pour la structure de base du système
- - Auth / Access Control / Profile pour l'identité et les autorisations
- - Notification / Schedule / Storage comme services partagés
- - CLI commands pour bootstrap, configuration, operations et extension
Platform Principles
Principes de design qui gardent le système stable quand les équipes grandissent
- - Un open core pratique et auditable
- - Des standards partagés entre engineering, operations et delivery teams
- - Une architecture prête à scaler avec un minimum de setup répétitif
- - La documentation et les pratiques font partie du produit
High-Level Architecture
Composition de chaque couche
Le schéma ci-dessus montre le nombre de couches et leurs connexions. Cette section va plus loin : de quoi chaque couche est constituée, ses responsabilités, et ce que les équipes commerciales et techniques en retirent.
Cloud Server Zone
Data Stream Layer
Event Base
Garantit la cohérence des systèmes en transmettant des événements entre eux, plutôt que de laisser chaque système lire et écrire directement dans la base de données d'un autre.
Dans cette couche
- - Event streaming — un flux continu d'événements survenant sur l'ensemble de la plateforme
- - Data pipelines — les canaux qui transforment et acheminent les données entre les systèmes
- - Message brokers — la file d'attente qui garantit que les messages ne sont pas perdus en transit
- - Data synchronization — l'alignement des mêmes enregistrements entre les systèmes
Ce que vous obtenez
De nouveaux systèmes peuvent être ajoutés sans modifier ceux déjà en production, car l'intégration se fait par le biais d'événements plutôt que par un couplage direct des bases de données.
Cloud Server Zone
API Service Layer
Ready to use
Services métiers pré-intégrés et exposés via des API, permettant aux équipes de composer un nouveau système au lieu de réécrire les mêmes bases pour chaque projet.
Dans cette couche
- - Point of Sale (POS) — ventes en magasin et encaissement des paiements
- - Customer Relationship Management (CRM) — fiches clients et suivi de la relation
- - Content Delivery System (CDS) — diffusion de contenus vers leurs destinations
- - Content Management System (CMS) — création, droits d'édition et publication
- - Inventory Management System (IMS) — niveaux de stock et mouvements de marchandises
- - Production Order System (PO) — ordres de fabrication et leur suivi
- - Human Resource System (HRS) — dossiers du personnel et processus RH
- - Case Management System (CM) — suivi et résolution des requêtes et incidents
- - Booking Management System (BMS) — réservations et planification des ressources
Ce que vous obtenez
Chaque nouveau projet démarre à partir de services opérationnels plutôt que d'un dépôt vide, de sorte que l'essentiel des efforts se concentre sur le besoin réel du client plutôt que sur des tâches de fond répétitives.
Client Zone
Application Layer
Ce que les utilisateurs manipulent réellement
Les applications livrées. Chacune appelle uniquement les services dont elle a besoin de l'API Service Layer, rien de plus.
Dans cette couche
- - E-Commerce Platform — web et mobile pour les ventes en ligne
- - E-Learning Platform — apprentissage en ligne et diffusion de cours
- - Factory ERP — administration de l'usine et de la production
- - Call Center App — réception et suivi des requêtes, y compris le canal LINE
- - Hotel Management App — réservations et gestion des chambres
- - Hospital App — services mobiles destinés aux patients
Ce que vous obtenez
Une infrastructure commune prend en charge différents produits en surface, et l'application peut évoluer sans perturber les services sous-jacents.
Transversal à chaque couche
Identity & Access
Auth / Access Control / Profile — un modèle d'identité et d'autorisation unique pour l'ensemble de la plateforme, évitant à chaque projet de recréer un système de connexion.
Shared Services
Notification / Schedule / Storage — services de base que chaque couche peut appeler pour les notifications, les tâches planifiées et le stockage de fichiers.
Operations
CLI commands pour bootstrap, configuration, operations, et extension — les mêmes étapes de configuration et de maintenance pour toutes les équipes.
Ce que cette séparation garantit
Une fonctionnalité optionnelle non disponible doit signaler son indisponibilité plutôt que de paralyser l'ensemble du système — c'est ce qui fait de ce découpage bien plus qu'une simple superposition de boîtes sur un schéma. Les pannes restent confinées à leur couche respective, et les opérations quotidiennes se poursuivent.
Les éléments répertoriés par couche constituent l'ensemble de référence présenté dans le schéma d'architecture ci-dessus. Chaque projet n'adopte que les composants requis par son périmètre.