Platform / Architecture
Een architectuur die teams helpt sneller te starten, consistent te leveren en standaarden beheersbaar te houden
Gumon Platform vermindert herhaald structureel opzetwerk tussen projecten en geeft teams een production-ready basis.
Deze architectuurreferentie helpt ontwerpbeslissingen tussen teams te alignen zonder één implementatiestijl af te dwingen.
Laag
Application Layer
Ondersteunt businessworkflows en user-facing services met flexibiliteit.
Laag
API Service Layer
Definieert gedeelde API-contracten en integratiestandaarden.
Laag
Data Stream Layer
Ondersteunt eventstromen, asynchrone verwerking en observability.
Core Services
Herbruikbare bouwblokken die teams direct kunnen inzetten
- - Gumon Core als basisstructuur
- - Auth / Access Control / Profile voor identiteit en autorisatie
- - Notification / Schedule / Storage als herbruikbare basisdiensten
- - CLI commands voor bootstrap, configuration, operations en extension
Platform Principles
Ontwerpprincipes die systemen stabiel houden terwijl teams groeien
- - Een praktische en auditbare open core
- - Gedeelde standaarden voor engineering, operations en delivery teams
- - Scale-ready architectuur met minimaal herhaald setupwerk
- - Documentatie en werkwijzen zijn onderdeel van het product
High-Level Architecture
Wat zich in elke laag bevindt
Het bovenstaande diagram toont de verschillende lagen en hoe deze met elkaar in verbinding staan. Deze sectie gaat een niveau dieper: waaruit elke laag is opgebouwd, waarvoor deze verantwoordelijk is en wat dit oplevert voor business- en engineeringteams.
Cloud Server Zone
Data Stream Layer
Event Base
Houdt systemen consistent door events tussen systemen uit te wisselen, in plaats van elk systeem rechtstreeks de database van een ander systeem te laten lezen en schrijven.
In deze laag
- - Event streaming — een continue stroom van gebeurtenissen over het hele platform
- - Data pipelines — de routes die data transformeren en doorsturen tussen systemen
- - Message brokers — de wachtrij die garandeert dat berichten tijdens de overdracht niet verloren gaan
- - Datasynchronisatie — het synchroon houden van dezelfde gegevens over verschillende systemen
Wat het oplevert
Nieuwe systemen kunnen worden toegevoegd zonder de reeds actieve systemen aan te passen, omdat de integratie verloopt via events in plaats van een directe databasekoppeling.
Cloud Server Zone
API Service Layer
Ready to use
Kant-en-klare business services die via API's worden ontsloten, zodat teams een nieuw systeem kunnen samenstellen in plaats van bij elk project dezelfde basis opnieuw te moeten schrijven.
In deze laag
- - Point of Sale (POS) — winkelverkoop en betalingsverwerking
- - Customer Relationship Management (CRM) — klantgegevens en het opvolgen van klantrelaties
- - Content Delivery System (CDS) — het distribueren van content naar de bestemmingen
- - Content Management System (CMS) — creatie, bewerkingsrechten en publicatie van content
- - Inventory Management System (IMS) — voorraadniveaus en goederenbewegingen
- - Production Order System (PO) — productieorders en hun status
- - Human Resource System (HRS) — personeelsdossiers en gerelateerde processen
- - Case Management System (CM) — dossiers en problemen opvolgen tot aan de afhandeling
- - Booking Management System (BMS) — reserveringen en resourceplanning
Wat het oplevert
Een nieuw project start direct vanuit reeds werkende services in plaats van een lege repository, waardoor de meeste inspanning naar het daadwerkelijke probleem van de klant gaat in plaats van herhaaldelijk basiswerk.
Client Zone
Application Layer
Wat gebruikers daadwerkelijk gebruiken
De opgeleverde applicaties. Elke applicatie roept alleen de services aan die deze nodig heeft uit de API-laag, niets meer.
In deze laag
- - E-Commerce Platform — web en mobiel voor online verkoop
- - E-Learning Platform — online leren en het aanbieden van cursussen
- - Factory ERP — fabrieks- en productieadministratie
- - Call Center App — dossierregistratie en opvolging, inclusief het LINE-kanaal
- - Hotel Management App — boekingen en hotelkamerbeheer
- - Hospital App — patiëntgerichte diensten op mobiel
Wat het oplevert
Hetzelfde onderliggende platform ondersteunt verschillende bovenliggende producten, en de applicatie kan worden gewijzigd zonder de achterliggende services te verstoren.
Gedeeld over elke laag
Identity & Access
Auth / Access Control / Profile — één identiteits- en autorisatiemodel voor het hele platform, zodat geen enkel project opnieuw een inlogsysteem hoeft te bouwen.
Shared Services
Notification / Schedule / Storage — basisservices die elke laag kan aanroepen voor notificaties, geplande taken en bestandsopslag.
Operations
CLI commands voor bootstrap, configuration, operations, en extension — dezelfde setup- en onderhoudsstappen voor elk team.
Wat deze scheiding garandeert
Een optionele functie die nog niet gereed is, moet zichzelf als niet-beschikbaar melden in plaats van het hele systeem plat te leggen — dit is wat de gelaagdheid meer maakt dan gestapelde blokken op een diagram. Storingen blijven beperkt tot de laag waar ze thuishoren, en de dagelijkse werkzaamheden gaan gewoon door.
De per laag vermelde onderdelen vormen de referentieset die in het bovenstaande architectuurdiagram wordt getoond. Een specifiek project neemt alleen de onderdelen over die binnen de scope vallen.