2.4 KiB

Raw Blame History

基于 Nacos 的服务拆分与职责（5 服务版本）

目标：用 Nacos 承载服务发现与配置中心，业务服务保持原子正交。

基础设施（Nacos 承载）

Nacos 负责的能力

服务注册与发现
配置中心（动态路由、开关、限流阈值）
健康检查与实例管理

说明：服务治理能力下沉到 Nacos，业务服务只关注自身职责。

服务拆分与每个服务需要完成的行为

1) `gateway-bff`（统一接入层）

核心行为

作为 Spring Cloud Gateway 入口（路由转发由 Nacos 动态配置）
鉴权与权限校验（JWT/Session + RBAC）
限流与黑白名单（结合 Nacos 配置）
请求参数校验/清洗
返回结构统一与字段裁剪

不做

不做业务编排
不做 AI 决策

2) `orchestration-service`（业务编排层）

核心行为

业务流程编排（获客/成交/复盘）
会话状态控制（自动/人工）
事件消费与触发（爆款复刻等）
轻量规则引擎（仅负责流程开关与触发条件）
P0 内嵌轻量 CDP/调度模块

不做

不直接调用模型供应商
不承担渠道适配细节

3) `agent-center`（Dify 智能体中心）

核心行为

Prompt/Workflow 管理
AI 回复策略决策（FAQ/模板/LLM）
模型路由与降级
输出结果标准化（仅输出，不落库）

不做

不处理业务流程
不管理外部渠道

4) `content-center`（内容资产中心）

核心行为

内容/素材 CRUD
版本管理与检索
成交素材库子集管理（权限隔离）
发布状态与结果回写

不做

不调用模型
不做渠道对接

5) `delivery-connector-douyin`（抖音连接器）

核心行为

抖音账号授权与管理
评论/私信/发布的回调接入
内容发布与回填
数据回流采集（播放/点赞/评论/转发）
事件标准化后推送给编排层

不做

不做 AI 决策
不做业务编排

Nacos 与服务的协作方式

gateway-bff 通过 Nacos 获取路由与限流配置
orchestration-service/content-center/delivery-connector 等通过 Nacos 进行服务发现
配置变更（如渠道开关、限流阈值）走 Nacos 动态下发

如需下一步，我可以补充：

Nacos 配置清单模板
网关路由样例（Spring Cloud Gateway）
服务发现调用示例