Platform / Architecture
Un'architettura che aiuta i team a partire più velocemente, rilasciare con continuità e mantenere gli standard sotto controllo
Gumon Platform riduce il lavoro strutturale ripetuto tra progetti e offre ai team una base pronta per la produzione.
Questo riferimento architetturale aiuta ad allineare le decisioni di design tra team senza imporre un solo stile di implementazione.
Livello
Application Layer
Gestisce workflow di business e servizi rivolti agli utenti con flessibilità.
Livello
API Service Layer
Definisce contratti API condivisi e standard di integrazione.
Livello
Data Stream Layer
Supporta flussi di eventi, elaborazione asincrona e observability.
Core Services
Blocchi riutilizzabili che i team possono adottare subito
- - Gumon Core come struttura base di sistema
- - Auth / Access Control / Profile per identità e autorizzazione
- - Notification / Schedule / Storage come servizi di base riutilizzabili
- - CLI commands per bootstrap, configuration, operations ed extension
Platform Principles
Principi di design che mantengono il sistema stabile mentre i team crescono
- - Un open core pratico e verificabile
- - Standard condivisi tra engineering, operations e delivery teams
- - Architettura pronta a scalare con setup ripetuto minimo
- - Documentazione e pratiche fanno parte del prodotto
High-Level Architecture
Cosa contiene ogni livello
Il diagramma sopra mostra quanti livelli sono presenti e come sono collegati. Questa sezione va un livello più in profondità: di cosa è composto ciascun livello, di cosa è responsabile e quali vantaggi offre ai team aziendali e di ingegneria.
Cloud Server Zone
Data Stream Layer
Event Base
Mantiene la coerenza tra i sistemi scambiando eventi tra di essi, anziché consentire a ciascun sistema di leggere e scrivere direttamente nel database di un altro.
In questo livello
- - Event streaming — un flusso continuo di ciò che accade all'interno della piattaforma
- - Data pipelines — i percorsi che trasformano e inoltrano i dati tra i sistemi
- - Message brokers — la coda che garantisce che i messaggi non vadano persi durante il transito
- - Data synchronization — l'allineamento dei medesimi record tra i diversi sistemi
Cosa si ottiene
È possibile aggiungere nuovi sistemi senza dover rielaborare quelli già in funzione, poiché l'integrazione avviene tramite eventi anziché attraverso un accoppiamento diretto dei database.
Cloud Server Zone
API Service Layer
Ready to use
Servizi aziendali predefiniti esposti tramite API, consentendo ai team di comporre un nuovo sistema anziché riscrivere le stesse fondamenta per ogni progetto.
In questo livello
- - Point of Sale (POS) — vendite in negozio e acquisizione dei pagamenti
- - CRM — record dei clienti e tracciamento delle relazioni
- - CDS — distribuzione dei contenuti verso le relative destinazioni
- - CMS — creazione, diritti di modifica e pubblicazione
- - IMS — livelli di scorte e movimentazione delle merci
- - PO — ordini di produzione e relativo stato
- - HRS — dati del personale e processi correlati
- - CM — gestione dei casi e delle problematiche fino alla risoluzione
- - BMS — prenotazioni e pianificazione delle risorse
Cosa si ottiene
Ogni nuova collaborazione parte da servizi già funzionanti anziché da un repository vuoto, consentendo di concentrare la maggior parte del lavoro sulla risoluzione delle reali esigenze del cliente invece che sulle attività di base ripetitive.
Client Zone
Application Layer
Ciò con cui gli utenti interagiscono concretamente
Le applicazioni fornite. Ciascuna di esse richiama solo i servizi necessari dal livello API, nient'altro.
In questo livello
- - E-Commerce Platform — portale web e app mobile per le vendite online
- - E-Learning Platform — apprendimento online ed erogazione di corsi
- - Factory ERP — amministrazione dello stabilimento e della produzione
- - Call Center App — presa in carico e tracciamento dei casi, incluso il canale LINE
- - Hotel Management App — prenotazioni e operazioni relative alle camere
- - Hospital App — servizi per i pazienti su dispositivi mobili
Cosa si ottiene
La stessa piattaforma sottostante supporta prodotti diversi in superficie, e l'applicazione può essere modificata senza interferire con i servizi retrostanti.
Condiviso tra tutti i livelli
Identity & Access
Auth / Access Control / Profile — un unico modello di identità e autorizzazione per l'intera piattaforma, in modo che nessun progetto debba ricreare il sistema di accesso.
Shared Services
Notification / Schedule / Storage — servizi fondamentali che ogni livello può richiamare per notifiche, attività pianificate e archiviazione di file.
Operations
CLI commands per bootstrap, configuration, operations e extension — le stesse procedure di configurazione e manutenzione per tutti i team.
Cosa garantisce questa separazione
Una funzionalità opzionale che non è pronta deve segnalarsi come non disponibile anziché causare l'arresto del sistema — ed è questo che rende la stratificazione qualcosa di più di semplici scatole sovrapposte su un diagramma. Il malfunzionamento rimane all'interno del livello a cui appartiene e l'operatività quotidiana prosegue.
Gli elementi elencati per ciascun livello costituiscono l'insieme di riferimento illustrato nel diagramma dell'architettura sopra riportato. Ogni specifico progetto adotta esclusivamente i componenti richiesti dal proprio ambito di applicazione.