阅读时间：1 分钟
0 字
七层逻辑架构
七层用于分离业务语义、执行和基础设施职责。部署时可以把低负载能力合并，也可以按安全、容量和故障域拆分。
mermaid
%%{init: {"flowchart": {"curve": "linear", "wrappingWidth": 700, "minNodeWidth": 620, "nodeSpacing": 30, "rankSpacing": 24}, "themeVariables": {"fontFamily": "Inter, PingFang SC, Microsoft YaHei, sans-serif", "fontSize": "17px"}}}%%
flowchart TB
L7["L7 应用与消费<br/>React 管理端 · 业务应用 · BI · Agent Harness"]
L6["L6 开放服务<br/>REST / OpenAPI · MCP · Tool Registry · Webhook · SDK"]
L5["L5 本体运行时<br/>实体与关系解析 · 语义规划 · 权限改写 · 跨源执行"]
L4["L4 本体核心<br/>元模型 · 数据映射 · Registry · 版本校验与发布"]
L3["L3 业务执行<br/>Action · 规则 · 审批 · 幂等 · Saga / Outbox · 回写核验"]
L2["L2 数据集成<br/>Connector SPI · CDC · ETL / ELT · 虚拟化 · 缓存与索引"]
L1["L1 数据与基础设施<br/>业务库 · SaaS / API · 消息队列 · 平台元数据与证据存储"]
L7 --- L6 --- L5 --- L4 --- L3 --- L2 --- L1图中连线只表示能力分组的上下关系，不表示请求必须逐层流经，也不表示七套部署服务。实际调用关系见下文“调用约束”。
七层职责
| 层级 | 能力 | 边界 |
|---|---|---|
| L7 应用与消费 | React 管理端、业务应用、BI、Agent Harness、开发者门户 | 不直接访问平台数据库或数据源凭据。 |
| L6 开放服务 | REST/OpenAPI、MCP、Tool Registry、Webhook、SDK | 完成协议适配、身份上下文、限流和请求入口；不复制语义规则。 |
| L5 本体运行时 | Schema/实体/关系解析、语义规划、权限改写、执行协调 | 读取已发布模型；不管理草稿，不直接承担长流程回写。 |
| L4 本体核心 | 元模型、映射、Registry、校验、审批、版本发布 | 管理定义和不可变快照；不存储全部业务实例。 |
| L3 业务执行 | Action、规则、审批、幂等、Saga、Outbox、补偿、核验 | 管理有副作用的状态机；不作为通用查询入口。 |
| L2 数据集成 | Connector、CDC、ETL/ELT、虚拟化、缓存、索引、质量 | 屏蔽数据源差异；不决定业务权限。 |
| L1 数据与基础设施 | 业务数据库、SaaS/API、消息系统、平台元数据与证据存储 | 由各数据所有者管理，平台通过受控凭据访问。 |
四个横向平面
身份与权限
统一承载租户、用户、服务、Agent 和委托身份。RBAC 管理平台职责，ABAC 表达属性和环境条件，ReBAC 表达主体与业务对象的关系。策略必须在入口、查询计划和 Action 执行前生效。
血缘与证据
记录模型映射形成的静态血缘、真实执行形成的动态血缘、字段和实例级关系、模型变更、审批决定、回写和核验。证据记录事实及来源，不替代日志，也不能凭推断补齐源系统内部步骤。
执行观测
使用 traceId 关联调用链、日志和指标，使用 executionId 表示一次可恢复的业务执行。执行事件记录步骤状态、重试、错误分类和资源消耗。
运营治理
管理租户、订阅、配额、计量、计费、模型治理、数据质量和生命周期。配额既要在网关限制请求，也要在 Runtime 与 Action 控制实际资源消耗。
调用约束
mermaid
%%{init: {"flowchart": {"curve": "linear"}}}%%
flowchart LR
C["调用方"] --> E["API / MCP"]
E --> R["Runtime"]
R --> I["Integration"]
I --> S[("源系统")]
R --> A["Action"]
A --> I
P["Policy"] --> E
P --> R
P --> A
L["Lineage / Evidence"] --- R
L --- A
L --- I- 读取请求从入口进入 Runtime，再通过 Integration 访问源系统。
- 有副作用的请求从入口进入 Action；Runtime 只负责解析 Action 所需的模型信息。
- Policy 返回决策和约束，实际执行点负责应用约束。
- Lineage 接收事件并关联证据，不同步阻塞每一个低风险读取。
逻辑层与部署单元
首期仍按九个服务目录建立清晰边界，但部署时可以根据资源和运维能力合并副本。需要独立扩缩容、专属数据存储、不同安全区或独立故障域时再拆开。逻辑依赖方向不能因部署合并而改变。