3. 配置中心核心概念:特征、特征组、特征版本、配置项、元数据与快照
在信用评分特征服务配置中心中,理解核心概念是进行高效配置管理的基础。这些概念共同构成了配置中心的领域模型,决定了特征如何被定义、组织、版本化、存储与回溯。本节将逐一剖析这六大核心概念及其相互关系。
3.1 核心概念全景图
下图展示了配置中心核心概念之间的层级与依赖关系,帮助建立全局认知。
3.2 特征(Feature)
特征是信用评分模型中使用的最小数据单元,代表一个具体的、可计算的变量。例如:近3个月逾期次数、收入负债比、查询次数。
- 唯一标识:每个特征在配置中心内拥有全局唯一的
feature_id。 - 业务含义:特征名称、描述、所属领域(如收入类、负债类、行为类)。
- 数据类型:数值型、类别型、布尔型、文本型等。
- 衍生逻辑:特征的计算公式或SQL/脚本定义。
最佳实践:特征命名建议采用“业务域_实体_指标”的规范格式,例如
income_annual_avg,便于检索与治理。
3.3 特征组(Feature Group)
特征组是特征的逻辑集合,用于将业务上相关的特征组织在一起,便于管理与发布。一个特征组可以包含多个特征,一个特征只能属于一个特征组。
| 特征组名称 | 包含特征示例 | 业务场景 |
|---|---|---|
| 收入特征组 | 年收入、月收入、收入稳定性评分 | 评估还款能力 |
| 负债特征组 | 总负债、信用卡使用率、贷款笔数 | 评估负债水平 |
| 行为特征组 | 近30天登录次数、交易活跃度 | 评估用户活跃度 |
3.4 特征版本(Feature Version)
特征版本管理是配置中心的核心能力之一。当特征的计算逻辑、数据源或参数发生变化时,系统自动生成新的版本,确保历史可追溯、线上可回滚。
- 版本号规则:通常采用语义化版本
major.minor.patch(如1.2.0)。 - 版本状态:开发中、测试中、已发布、已废弃。
- 版本差异:支持对比任意两个版本的配置差异。
关键原则:线上运行的评分服务必须指向一个明确的特征版本,不允许使用“最新版”这种动态引用,以避免因配置变更导致评分结果不一致。
3.5 配置项(Configuration Item)
配置项是特征或特征组在运行时所需的具体参数键值对。配置中心将配置项与代码分离,实现动态调整。
# 特征“近3个月逾期次数”的配置项示例
feature_id: overdue_count_3m
version: 1.2.0
config_items:
- key: data_source
value: dwd_loan_repay_detail
- key: window_days
value: 90
- key: overdue_threshold
value: 30
- key: aggregation_method
value: sum
3.6 元数据(Metadata)
元数据是描述数据的数据。在配置中心中,元数据记录了特征、特征组、配置项的上下文信息,用于治理、审计与发现。
| 元数据类别 | 包含字段 | 用途 |
|---|---|---|
| 业务元数据 | 业务负责人、业务描述、标签 | 便于业务方理解与查找 |
| 技术元数据 | 数据源、计算引擎、调度频率 | 便于运维与开发 |
| 管理元数据 | 创建人、创建时间、最后修改人、审批记录 | 审计与合规 |
3.7 快照(Snapshot)
快照是配置中心在某一特定时间点对全部配置状态(特征、特征组、版本、配置项、元数据)的完整拷贝。快照机制是保障评分服务可重现、可审计的关键。
- 触发方式:手动创建、发布时自动创建、定时创建。
- 存储格式:通常以JSON或YAML序列化后存储于对象存储或数据库。
- 恢复能力:支持基于快照快速重建任意历史时刻的配置环境。
注意:快照仅记录配置状态,不包含原始数据。如需重现评分结果,还需确保对应时间点的数据源版本一致。
3.8 概念对比总结
| 概念 | 粒度 | 可变性 | 核心作用 |
|---|---|---|---|
| 特征 | 最小单元 | 可新增、可废弃 | 定义评分变量 |
| 特征组 | 逻辑集合 | 可调整成员 | 组织与管理 |
| 特征版本 | 特征级别 | 不可变(追加) | 变更追溯 |
| 配置项 | 参数级别 | 可动态修改 | 运行时参数化 |
| 元数据 | 描述级别 | 可更新 | 治理与发现 |
| 快照 | 全局 | 不可变 | 状态回溯 |