首页 / 系统架构 / 架构图集与方案边界

架构图集与方案边界

汇集 doc 中的系统、微服务、App 与中台架构图，并标记各图的适用范围与不应混用的设计。

架构图方案版本边界
本页目录

图集使用规则

本页归档 doc/doc/architecture/ 中的可视化资产，便于在知识库内检索和放大查看。图反映不同阶段、不同产品/部署设想；它们是方案沟通材料，不是当前生产拓扑或接口事实的自动证明。

引用某张图做设计评审时，必须同时写明：适用产品、设备量级、区域、媒体存储模式、协议版本、数据主库、负责人和验证状态。缺少这些字段的架构图只能作为灵感，不可直接派生实施任务。

Java/Go 双平台专题图（2026-08-19）

推荐按一次请求由外到内的路径阅读，不按图片生成时间排序。

步骤架构层次对应知识页使用重点
1访问源与全球入口总体架构用户、设备、第三方系统进入 Global DNS/CDN/Bootstrap
2全球流量调度总体架构GeoDNS、Anycast、GSLB、智能路由
3Global Center 路由控制总体架构home_region、Endpoint Registry、Route Ticket 与路由审计
4区域隔离与驻留总体架构区域自治、数据本地化、故障收敛
5区域内部主链路总体架构入口、Java/Go 服务和共享基础设施
6双平台职责总体架构Java 控制面与 Go 数据面分工
7Java 控制面Java 平台架构模块、入口协议、依赖与典型请求路径
8Go 数据面Go 平台架构接入、实时处理、状态与推送
9协议与数据归属跨语言协作机制gRPC、NATS、Redis、MySQL、TDengine 边界

第 1 步：访问源进入全球入口

myentrax.com 欧美多区域简化部署架构图
从 Web/App、IoT 设备和第三方系统进入 Global DNS、CDN/WAF、Bootstrap Service，再路由到 EU/US 区域。来源：architecture/ChatGPT Image 2026年8月19日 15_31_31.png。

第 2 步：全球流量调度到区域入口

全球负载均衡与分发调度架构图
全球调度、区域入口、服务路由与多节点流量治理参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_36 (2).png。

第 3 步：Global Center 解析归属区域

MyEntrax Global Center 全球三节点系统架构图
Global Center 依据注册国家解析 home_region，返回 Region Endpoint 与 Route Ticket；客户端随后直连 NA、EU 或 GLOBAL 数据面，业务流量不经过 Global Center 转发。来源：architecture/ChatGPT Image 2026年8月19日 20_27_56.png。

第 4 步：区域隔离与数据驻留

欧美多国家节点部署隔离架构图
欧美多国家节点隔离、区域自治与数据驻留参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_36 (1).png。

第 5 步：进入区域内部部署主链路

当前部署拓扑主路径
入口、Java 控制面、Go 数据面与共享基础设施的区域内部部署主链路参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_54 (2).png。

第 6 步：进入 Java/Go 双平台

Java 与 Go 双平台系统架构总览
Java 控制面、Go 数据面与共享基础设施的职责总览。来源：architecture/ChatGPT Image 2026年8月19日 15_17_54 (1).png。

第 7 步：下钻 Java 业务控制面

Java 业务控制面架构图
Java 业务控制面模块与依赖参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_54 (3).png。

第 8 步：下钻 Go 实时数据面

Go 实时数据面架构图
Go 实时数据面接入、处理、状态与推送参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_54 (4).png。

第 9 步：核对协议边界与数据归属

Java 与 Go 的协议边界与数据归属图
Java/Go 之间的 gRPC、NATS、Redis 与数据库协作边界参考。来源：architecture/ChatGPT Image 2026年8月19日 15_17_55 (5).png。

doc 架构图集

doc 系统架构设计图
系统架构设计图：设备、接入、服务和数据层的总体参考。来源：architecture/系统架构设计.png。
doc 分布式微服务系统架构图
分布式微服务系统架构图：服务拆分与基础设施参考。来源：architecture/分布式微服务系统架构图.png。
doc 中台功能模块图
中台功能模块图：业务中心与协同能力参考。来源：architecture/中台功能模块.png。
doc App 功能模块图
App 功能模块图：客户端功能分区参考。来源：architecture/App功能模块.png。
doc 全球化 IoT 商业综合体全维度业务架构图
全球化 IoT 商业综合体全维度业务架构图：大图仅作全局能力索引，点击查看原图。来源：architecture/全维度业务架构.png。

不可混用的方案边界

主题必须先选定错误做法正确入口
媒体云录像，或设备 microSD 本地录像同时声明“平台不存媒体”又在对象存储设计中落录像/缩略图云录像模型 / 本地媒体模式
接入协议产品线、Topic 命名、载荷编码、鉴权方式在同一设备 Topic 混用 Protobuf、MessagePack 与不一致的设备 ID 规则设备协议与云端接口契约
数据业务事实库、时序库、缓存与对象存储职责把高频轨迹写业务主库，或把日志索引当作审计/交易事实核心数据模型与数据库演进
部署区域、数据驻留、RTO/RPO、容量和责任团队用逻辑架构图代替实际网络、安全组、备份和演练证据设备与用户可观测平台

架构决策最小模板

  1. 引用本页图集时登记图名、来源文件和适用范围。
  2. 写明本次决策选择的产品模式、协议/数据契约版本和不采用的备选方案。
  3. 明确主责服务、数据拥有者、权限/留存、容量指标和失败补偿。
  4. 将图中每条关键箭头转换为可验证的 API、Topic、端口、数据表或监控指标。
  5. 把评审结论、实施状态和验证证据更新到文档来源、版本与事实边界。