# 基于 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 动态下发