Logo
阅读时间：1 分钟
0 字

服务架构 ​

各服务可参考的开源项目、可复用范围、能否直接接入和估算成本统一见开源项目选型与接入成本。

本平台按职责预留九个可独立部署的服务。当前只有目录和文档，服务代码尚未实现。以下划分表示目标职责，不代表服务已经运行。

服务主要职责
API 服务REST/OpenAPI 入口、身份和租户上下文。
MCP 与工具MCP Server、Tool Registry 与 Harness 接入。
模型注册元模型、草稿校验与版本发布。
本体运行时语义查询、实体与关系解析、跨源读取。
数据集成连接器、CDC、ETL 与虚拟化查询。
Action 服务规则、审批、幂等、回写与补偿。
策略服务多租户及对象、实例、字段、动作级授权。
血缘与证据执行事件、血缘、审批记录与证据关联。
控制平面租户、订阅、配额、用量与计费配置。

整体关系和数据流见技术架构。共享元模型、连接器 SPI 与契约不属于独立服务。

服务协作规则 ​

  • 每个服务拥有自己的业务状态和迁移，其他服务不能直接查询其表。
  • 同步接口用于需要即时结果的短操作；状态变化、缓存失效和分析投影使用版本化事件。
  • API 与 MCP 只做协议和身份入口；语义、策略和 Action 规则各自只有一个权威实现。
  • 外部数据访问统一经过 Integration，源系统凭据不传播给 Runtime 和 Actions。
  • traceId 贯穿调用链，executionId 贯穿可恢复业务执行；事件使用 eventId 去重。

建设顺序 ​

先实现 Registry、Runtime、Integration、Policy 和 API 的最小读取闭环，再实现 Actions 与 Lineage，随后接入 MCP，最后完善 Control Plane 的商业化能力。目录预先拆分是为了固定所有权，不表示首期必须为每个服务配置独立集群。