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 — 跨團隊一致的設置與維護步驟。

此分離機制帶來的保證

未就緒的可選功能必須自行回報為不可用,而非導致整個系統崩潰 — 這正是使分層架構不只是圖表上堆疊方塊的關鍵。故障會被侷限在所屬的層級之內,而日常運作得以繼續進行。

每層列出的項目為上圖架構所示的參考集合。特定專案僅採用其範圍所需的部分。

聯絡團隊