2、整体架构概览：配置中心在信用评分系统中的位置、上下游依赖关系与核心模块

信用评分系统的核心是对海量用户数据进行实时、准实时与批量加工，最终输出风险评分。配置中心作为整个系统的“中枢神经”，负责管理特征逻辑、模型版本、评分卡参数与数据源路由规则。理解配置中心在整体架构中的位置，是后续集成工作的前提。

2.1 配置中心在信用评分系统中的位置

配置中心位于数据接入层与决策引擎层之间，向上承接数据源的元数据定义，向下为特征计算与模型推理提供动态参数。它不直接参与评分计算，但所有评分行为的行为逻辑均由配置中心下发。

2.2 上下游依赖关系

配置中心与周边系统的依赖关系可归纳为数据依赖、运行时依赖与治理依赖三个维度。下表列出核心上下游系统及其交互方式：

2.3 核心模块划分

配置中心内部按功能域划分为六个核心模块，各模块职责清晰、松耦合设计：

1. 配置元数据管理模块 —— 维护配置项的名称、类型、版本、生效环境、标签等基础信息，是配置中心的“数据字典”。
2. 特征逻辑编排模块 —— 定义特征加工的有向无环图（DAG），包括数据源选择、清洗规则、衍生计算、聚合窗口等，支持可视化编排与脚本模式。
3. 模型路由与版本管理模块 —— 管理模型文件的存储路径、版本号、灰度比例、回滚策略，支持 A/B 测试与金丝雀发布。
4. 分数映射与策略配置模块 —— 将模型输出分数映射为最终信用评分，配置拒绝阈值、额度系数、人工审核触发条件等业务策略。
5. 配置发布与灰度模块 —— 负责配置的灰度发布、全量发布、紧急回滚，提供变更审批流与版本差异对比能力。
6. 监控与审计模块 —— 记录所有配置变更操作、生效状态、推送延迟，提供配置健康度看板与异常告警。

2.4 配置中心与周边系统的数据流

一次完整的信用评分请求，配置中心参与的数据流如下：

• 步骤 1： 决策引擎收到评分请求，向配置中心请求当前生效的特征逻辑配置与模型路由配置。
• 步骤 2： 配置中心返回特征 DAG 定义，决策引擎将其下发至实时特征计算节点。
• 步骤 3： 特征计算节点按配置加工特征，将结果写回特征存储或直接返回决策引擎。
• 步骤 4： 决策引擎根据模型路由配置加载对应模型，执行评分计算。
• 步骤 5： 决策引擎根据分数映射配置，将模型分数转换为最终信用评分与业务策略结果。
• 步骤 6： 配置中心异步接收决策引擎上报的配置生效状态与异常事件，更新监控看板。

2.5 配置中心的高可用设计要点

作为评分系统的关键基础设施，配置中心自身需要满足以下高可用要求：