Platform / Architecture
Eine Architektur, die Teams hilft, schneller zu starten, konsistent zu liefern und Standards im Griff zu behalten
Gumon Platform reduziert wiederholte Strukturarbeit zwischen Projekten und gibt Teams eine produktionsreife Basis.
Diese Architektur-Referenz hilft, Designentscheidungen zwischen Teams auszurichten, ohne nur einen Implementierungsstil vorzuschreiben.
Ebene
Application Layer
Trägt Geschäftsabläufe und nutzernahe Services mit hoher Flexibilität.
Ebene
API Service Layer
Definiert gemeinsame API-Verträge und Integrationsstandards.
Ebene
Data Stream Layer
Unterstützt Event-Ströme, asynchrone Verarbeitung und Observability.
Core Services
Wiederverwendbare Bausteine für den direkten Einsatz
- - Gumon Core als Basisstruktur
- - Auth / Access Control / Profile für Identität und Berechtigungen
- - Notification / Schedule / Storage als wiederverwendbare Basisdienste
- - CLI commands für bootstrap, configuration, operations und extension
Platform Principles
Designprinzipien für stabile Systeme beim Wachstum von Teams
- - Ein praktischer und auditierbarer Open Core
- - Gemeinsame Standards für engineering, operations und delivery teams
- - Scale-ready Architektur mit wenig wiederholtem Setup
- - Dokumentation und Praxis sind Teil des Produkts
High-Level Architecture
Was sich in den einzelnen Layern befindet
Das obige Diagramm zeigt, wie viele Layer es gibt und wie sie miteinander verbunden sind. Dieser Abschnitt geht eine Ebene tiefer: woraus jeder Layer besteht, wofür er verantwortlich ist und welchen Nutzen Business- und Engineering-Teams daraus ziehen.
Cloud Server Zone
Data Stream Layer
Event Base
Hält Systeme konsistent, indem Events zwischen ihnen übertragen werden, anstatt zuzulassen, dass jedes System direkt die Datenbank eines anderen Systems liest und beschreibt.
In diesem Layer
- - Event streaming — ein kontinuierlicher Fluss dessen, was auf der gesamten Plattform passiert
- - Data pipelines — die Routen, die Daten transformieren und zwischen Systemen weiterleiten
- - Message brokers — die Warteschlange, die garantiert, dass Nachrichten bei der Übertragung nicht verloren gehen
- - Data synchronization — die Abstimmung derselben Datensätze über Systeme hinweg
Was Sie erhalten
Neue Systeme können hinzugefügt werden, ohne die bereits laufenden zu überarbeiten, da die Integration über Events und nicht über eine direkte Datenbankkopplung erfolgt.
Cloud Server Zone
API Service Layer
Ready to use
Vorgefertigte Business-Services, die über APIs bereitgestellt werden, sodass Teams ein neues System zusammensetzen können, anstatt bei jedem Projekt dieselben Grundlagen neu zu entwickeln.
In diesem Layer
- - Point of Sale (POS) — Verkäufe in Filialen und Zahlungserfassung
- - Customer Relationship Management (CRM) — Kundendatenbank und die Verfolgung von Kundenbeziehungen
- - Content Delivery System (CDS) — Verteilung von Inhalten an ihre Ziele
- - Content Management System (CMS) — Erstellung, Bearbeitungsrechte und Veröffentlichung
- - Inventory Management System (IMS) — Lagerbestände und Warenbewegungen
- - Production Order System (PO) — Produktionsaufträge und deren Status
- - Human Resource System (HRS) — Personalakten und zugehörige Prozesse
- - Case Management System (CM) — Fälle und Probleme, die bis zum Abschluss verfolgt werden
- - Booking Management System (BMS) — Reservierungen und Ressourcenplanung
Was Sie erhalten
Ein neues Projekt startet mit bereits funktionierenden Services statt mit einem leeren Repository. So fließt der Großteil des Aufwands in das tatsächliche Problem des Kunden statt in wiederholte Grundlagenarbeit.
Client Zone
Application Layer
Was Anwender tatsächlich nutzen
Die bereitgestellten Anwendungen. Jede ruft nur die Services aus dem API-Layer auf, die sie benötigt, nicht mehr.
In diesem Layer
- - E-Commerce Platform — Web und Mobile für den Online-Verkauf
- - E-Learning Platform — Online-Lernen und Bereitstellung von Kursen
- - Factory ERP — Betriebs- und Produktionsverwaltung
- - Call Center App — Fallaufnahme und Nachverfolgung, einschließlich des LINE-Kanals
- - Hotel Management App — Buchungs- und Zimmerabläufe
- - Hospital App — Services für Patienten auf Mobilgeräten
Was Sie erhalten
Dieselbe zugrunde liegende Plattform unterstützt verschiedene darauf aufsetzende Produkte, und die Anwendung kann geändert werden, ohne die dahinterliegenden Services zu beeinträchtigen.
Gemeinsam genutzt über alle Layer hinweg
Identity & Access
Auth / Access Control / Profile — ein einziges Identitäts- und Autorisierungsmodell für die gesamte Plattform, sodass kein Projekt die Anmeldung erneut entwickeln muss.
Shared Services
Notification / Schedule / Storage — grundlegende Services, die jeder Layer für Benachrichtigungen, geplante Aufgaben und Dateispeicherung aufrufen kann.
Operations
CLI commands für bootstrap, configuration, operations und extension — dieselben Einrichtungs- und Wartungsschritte in jedem Team.
Was diese Trennung garantiert
Eine optionale Funktion, die nicht betriebsbereit ist, muss sich als nicht verfügbar melden, anstatt das System zum Absturz zu bringen — was die Schichtstruktur zu mehr als nur gestapelten Boxen auf einem Diagramm macht. Fehler verbleiben innerhalb der Schicht, zu der sie gehören, und der tägliche Betrieb läuft weiter.
Die pro Layer aufgeführten Elemente sind das Referenzset, das im obigen Architekturdiagramm dargestellt ist. Ein konkretes Projekt umfasst nur die Teile, die für dessen Umfang erforderlich sind.