GumonGumonGumonGumonGumonGumon
Gumon Technology

Platform / Architecture

帮助团队更快开始、稳定交付并保持标准可控的架构

Gumon Platform 旨在减少项目之间反复出现的结构性搭建工作，为团队提供可长期扩展的生产级基线。

查看完整 Architecture 图片

这张架构参考图帮助团队在设计上对齐。它不会强制唯一实现方式，但能减少交付过程中的偏移。

层

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

帮助系统在团队扩展时保持稳定的设计原则

  • - 开放核心，兼顾实用性与可审计性
  • - 工程、运维与交付团队之间共享同一标准
  • - 面向扩展的架构，尽量减少重复搭建
  • - 文档与实践是产品的一部分，而不是附录
前往 Developer Path与团队沟通

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 — 用于在线销售的 Web 和移动端
  • - 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 — 所有团队统一的设置与维护步骤。

此项分离所保证的

未就绪的可选功能必须将自身报告为不可用，而不是导致整个系统宕机 — 这正是使分层不仅仅是架构图上堆叠方框的关键。故障将被限制在其所属的层内，而日常业务照常运转。

每层列出的项目即为上方架构图所示的参考集合。特定项目仅采用其范围所需的部分。

联系团队