Platform / Architecture
幫助團隊更快起步、穩定交付並持續控管標準的架構
Gumon Platform 的目標,是減少專案間反覆出現的結構性建置工作,讓團隊從可長期擴展的 production-ready 基線開始。
這張架構參考圖用來協助跨團隊對齊設計決策。它不會強制單一實作方式,但能降低交付偏移。
層
Application Layer
承載業務流程與使用者面向服務,同時兼顧彈性與低脆弱性。
層
API Service Layer
定義共享 API 契約與整合標準,讓跨團隊協作更可預期。
層
Data Stream Layer
支援高吞吐事件流、非同步處理與可觀測性。
Core Services
團隊可立即採用的可重用構件
- - Gumon Core 作為基礎系統結構
- - Auth / Access Control / Profile 用於身份與權限管理
- - Notification / Schedule / Storage 作為可重用基礎服務
- - CLI commands 用於 bootstrap、configuration、operations 與 extension
Platform Principles
讓系統在團隊擴展時仍保持穩定的設計原則
- - 開放核心,兼具實用性與可稽核性
- - 工程、營運與交付團隊採用相同標準
- - 面向擴展的架構,降低重複建置成本
- - 文件與實務是產品的一部分,而不是附錄
High-Level Architecture
每一層的內容
上圖展示了系統的層級數量以及它們如何連接。本節將深入探討:每一層的構成、其負責的職能,以及業務和工程團隊能從中獲得什麼。
Cloud Server Zone
Data Stream Layer
Event Base
透過在系統之間傳遞事件來保持系統一致性,而不是讓各系統直接讀寫其他系統的資料庫。
本層內容
- - Event streaming — 記錄整個平台所發生事件的連續資料流
- - Data pipelines — 在系統之間轉換和轉發資料的路徑
- - Message brokers — 確保訊息在傳輸過程中不會遺失的佇列
- - Data synchronization — 保持各系統間的相同紀錄一致
您將獲得
可以新增新系統而無須重寫已在運行的系統,因為整合是透過事件而非直接的資料庫耦合來進行。
Cloud Server Zone
API Service Layer
Ready to use
透過 API 提供的預建業務服務,讓團隊能夠組合出新系統,而不必在每個專案中重寫相同的基礎架構。
本層內容
- - Point of Sale (POS) — 門市銷售與付款擷取
- - Customer Relationship Management (CRM) — 客戶紀錄與關係追蹤
- - Content Delivery System (CDS) — 將內容發佈至目標端點
- - Content Management System (CMS) — 創作、編輯權限與發佈
- - Inventory Management System (IMS) — 庫存水位與貨物移動
- - Production Order System (PO) — 生產訂單及其狀態
- - Human Resource System (HRS) — 人員紀錄與相關流程
- - Case Management System (CM) — 案件與問題追蹤直到結案
- - Booking Management System (BMS) — 預訂與資源排程
您將獲得
新的專案將從已經可運作的服務開始,而不是一個空白的儲存庫,因此大部分的心力可以投入在客戶實際的問題上,而非重複的基礎工作。
Client Zone
Application Layer
使用者實際接觸的部分
交付的應用程式。每個應用程式只會呼叫其在 API 層所需要的服務,僅此而已。
本層內容
- - E-Commerce Platform — 用於線上銷售的網頁與行動裝置介面
- - E-Learning Platform — 線上學習與課程交付
- - Factory ERP — 工廠與生產管理
- - Call Center App — 案件受理與後續追蹤,包含 LINE 管道
- - Hotel Management App — 訂房與客房營運
- - Hospital App — 面向病患的行動裝置服務
您將獲得
底層的同一平台可支援上層的不同產品,且應用程式的變更不會干擾其後端的服務。
跨層級共享
Identity & Access
Auth / Access Control / Profile — 整個平台使用單一身份與授權模型,因此任何專案都無須重新建置登入功能。
Shared Services
Notification / Schedule / Storage — 每一層都能呼叫的基礎服務,用於通知、排程任務與檔案儲存。
Operations
CLI commands for bootstrap, configuration, operations, and extension — 跨團隊一致的設置與維護步驟。
此分離機制帶來的保證
未就緒的可選功能必須自行回報為不可用,而非導致整個系統崩潰 — 這正是使分層架構不只是圖表上堆疊方塊的關鍵。故障會被侷限在所屬的層級之內,而日常運作得以繼續進行。
每層列出的項目為上圖架構所示的參考集合。特定專案僅採用其範圍所需的部分。