模板内容
- 节点数
- 11
- 节点包
- 网络云安全技术栈数据
- 类别
- 架构
Free 套餐即可使用：每图 15 个图表节点 + 150 个便签、文本、贴纸和思维导图主题。
这个模板展示前置 API 网关的微服务架构。Web 与移动客户端通过 HTTPS 调用网关，网关在身份提供方校验令牌，并把每个请求路由到四个服务之一。每个服务拥有自己的数据：users-db 和 orders-db 在 PostgreSQL 中，inventory-db 在文档数据库中。
服务之间并不是什么都靠互相调用。下单时，orders-service 向事件总线发布 OrderPlaced 事件，payments-service 和 inventory-service 订阅它。每张服务卡片都显示语言和接口，因此这张图也是一张谁负责哪些代码的地图。
适用场景
- 拆分单体应用，并就哪个服务拥有哪些数据达成一致。
- 让新工程师熟悉一个服务众多、入口唯一的系统。
- 在同步调用和事件演变成分布式单体之前进行审查。
- 规划会影响所有服务的网关、身份或消息变更。
使用步骤
重命名服务和数据库，并在每张服务卡片上写明语言和接口。
从 技术栈节点包添加你的服务，再把每个服务连接到 数据节点包中它自己的数据库。
把事件画成虚线：从发布者到事件总线，再从总线到订阅者，并标上事件名。
与负责各个服务的团队分享这张图；每增加一个服务或事件时保存一个版本。
常见问题
可以导入我的 Docker Compose 或 Kubernetes 文件吗？
可以。把 docker-compose.yml 粘贴到免费的 Docker Compose 转图表工具，或把清单粘贴到 Kubernetes YAML 转图表工具，服务、端口和卷会画成可编辑的节点。如果你想要包含归属和事件的逻辑视图，而不是部署视图，就用这个模板。
每个微服务都应该有自己的数据库吗？
这是常见的规则，因为它让服务保持独立：一个服务可以修改自己的结构而不影响其他服务，其他服务通过它的 API 或事件读取数据。模板展示的就是这种模式；如果你的系统使用共享数据库，也可以用同样的方式画出来。
我们新增服务时，AI 智能体可以更新这张图吗？
可以。通过 MCP 把你的 AI 智能体连接到 Archboard，让它添加一个服务、它的数据库以及它发布的事件。打开这张图的人会实时看到变化，智能体代表你做的修改可以一步撤销。
