Platform / Architecture
Architektura, która pomaga zespołom szybciej startować, dostarczać stabilnie i utrzymywać standardy pod kontrolą
Gumon Platform ogranicza powtarzalne prace strukturalne między projektami i daje zespołom bazę gotową do produkcji.
To odniesienie architektoniczne pomaga wyrównać decyzje projektowe między zespołami bez narzucania jednego stylu implementacji.
Warstwa
Application Layer
Obsługuje workflow biznesowy i usługi skierowane do użytkownika z zachowaniem elastyczności.
Warstwa
API Service Layer
Definiuje wspólne kontrakty API i standardy integracji.
Warstwa
Data Stream Layer
Wspiera strumienie zdarzeń, przetwarzanie asynchroniczne i observability.
Core Services
Wielokrotnego użytku bloki, które zespoły mogą wdrożyć od razu
- - Gumon Core jako bazowa struktura systemu
- - Auth / Access Control / Profile dla tożsamości i autoryzacji
- - Notification / Schedule / Storage jako współdzielone usługi bazowe
- - CLI commands dla bootstrap, configuration, operations i extension
Platform Principles
Zasady projektowe utrzymujące stabilność systemu wraz ze wzrostem zespołów
- - Praktyczny i audytowalny open core
- - Wspólne standardy dla engineering, operations i delivery teams
- - Architektura gotowa do scale z minimalnym powtarzalnym setupem
- - Dokumentacja i praktyki są częścią produktu
High-Level Architecture
Co znajduje się w każdej warstwie
Powyższy diagram przedstawia liczbę warstw i sposób ich połączenia. Ta sekcja wchodzi o poziom głębiej: z czego składa się każda warstwa, za co odpowiada oraz jakie korzyści przynosi zespołom biznesowym i inżynieryjnym.
Cloud Server Zone
Data Stream Layer
Event Base
Utrzymuje spójność systemów poprzez przekazywanie między nimi zdarzeń, zamiast pozwalać każdemu systemowi na bezpośredni odczyt i zapis w bazie danych innego systemu.
W tej warstwie
- - Strumieniowanie zdarzeń — ciągły przepływ informacji o tym, co wydarzyło się na platformie
- - Potoki danych — ścieżki, które przekształcają i przesyłają dane między systemami
- - Brokery wiadomości — kolejki gwarantujące, że komunikaty nie zostaną utracone podczas przesyłania
- - Synchronizacja danych — utrzymywanie zgodności tych samych rekordów w różnych systemach
Co zyskujesz
Nowe systemy mogą być dodawane bez konieczności przebudowy tych już działających, ponieważ integracja opiera się na zdarzeniach, a nie na bezpośrednim powiązaniu baz danych.
Cloud Server Zone
API Service Layer
Ready to use
Gotowe usługi biznesowe udostępniane poprzez API, dzięki którym zespoły mogą komponować nowy system zamiast tworzyć te same fundamenty od nowa dla każdego projektu.
W tej warstwie
- - Point of Sale (POS) — sprzedaż w sklepie i rejestracja płatności
- - Customer Relationship Management (CRM) — kartoteki klientów i śledzenie relacji
- - Content Delivery System (CDS) — dystrybucja treści do miejsc docelowych
- - Content Management System (CMS) — tworzenie, uprawnienia do edycji i publikacja
- - Inventory Management System (IMS) — stany magazynowe i przepływ towarów
- - Production Order System (PO) — zlecenia produkcyjne i ich status
- - Human Resource System (HRS) — kartoteki pracowników i powiązane procesy
- - Case Management System (CM) — sprawy i zgłoszenia śledzone aż do zamknięcia
- - Booking Management System (BMS) — rezerwacje i harmonogramowanie zasobów
Co zyskujesz
Nowy projekt rozpoczyna się od usług, które już działają, a nie od pustego repozytorium, dzięki czemu większość wysiłku skupia się na rzeczywistym problemie klienta, a nie na powielaniu prac podstawowych.
Client Zone
Application Layer
To, z czym faktycznie stykają się użytkownicy
Dostarczane aplikacje. Każda z nich wywołuje tylko te usługi z warstwy API, których potrzebuje, i nic poza tym.
W tej warstwie
- - E-Commerce Platform — aplikacje webowe i mobilne do sprzedaży online
- - E-Learning Platform — nauka online i udostępnianie kursów
- - Factory ERP — administracja zakładem i produkcją
- - Call Center App — przyjmowanie i monitorowanie zgłoszeń, w tym kanał LINE
- - Hotel Management App — rezerwacje i obsługa pokoi
- - Hospital App — mobilne usługi skierowane do pacjentów
Co zyskujesz
Ta sama platforma bazowa obsługuje różne produkty, a aplikacja może ulegać zmianom bez zakłócania działania usług w tle.
Współdzielone we wszystkich warstwach
Identity & Access
Auth / Access Control / Profile — jeden model tożsamości i autoryzacji dla całej platformy, więc żaden projekt nie musi budować logowania od nowa.
Shared Services
Notification / Schedule / Storage — fundamentalne usługi, które każda warstwa może wywołać w celu obsługi powiadomień, zaplanowanych zadań i przechowywania plików.
Operations
CLI commands dla bootstrap, configuration, operations i extension — takie same kroki konfiguracji i utrzymania dla każdego zespołu.
Co gwarantuje taki podział
Opcjonalna funkcjonalność, która nie jest gotowa, musi zgłosić się jako niedostępna, zamiast powodować awarię całego systemu — to właśnie sprawia, że warstwy są czymś więcej niż tylko ułożonymi na sobie polami na diagramie. Błędy pozostają w obrębie warstwy, do której należą, a codzienna praca może być kontynuowana.
Elementy wymienione dla poszczególnych warstw stanowią zestaw referencyjny przedstawiony na powyższym diagramie architektury. Dany projekt wdraża tylko te części, których wymaga jego zakres.