PRODUCT / 06 / ARCHITECTURE
SMARTS 技术架构：以决策服务接入现有系统
SMARTS 以容器方式部署，可以装在企业本地机房或公有云上，现有系统通过标准服务接口调用决策服务。执行层针对不同的决策逻辑使用不同的执行引擎，规则推理用 Rete-NT；Rete-NT 由 Rete 发明人 Charles Forgy 博士独家授权，实际性能取决于规则结构、数据和部署配置。
06 / ARCHITECTURE
企业级架构
不需要替换核心系统：SMARTS 作为独立的决策服务，被信贷、保险、运营系统在各决策点调用。
- 容器化部署，本地或公有云均可
- 开发、测试、生产多环境，支持多站点、多集群和自动扩缩
- 标准服务接口，可调用 REST / JSON-RPC 远程服务
- Rete-NT 适合规则间依赖多的推理场景
- 适用角色
- IT 架构师、平台运维人员、决策工程师
- 输入
- 业务系统接口、数据源、部署环境
- 操作
- 接入业务流程，分别部署到开发和生产环境，并监控决策服务
- 输出
- 可调用的决策服务和清晰的运行状态
- 管理要求
- 环境隔离、权限边界和运行日志
部署方式
| 本地私有化 | 数据不出机房的金融机构 | 容器交付，装在企业自有环境 |
|---|---|---|
| 客户云 | 已用公有云的团队 | 可部署在 AWS、GCP、Azure、阿里云等客户云订阅上 |
| 嵌入式 | 软件厂商 | 作为组件嵌入应用 |
更换部署方式不需要重写应用。
集成方式
| 决策服务调用 | 任何系统都可像调用普通服务一样调用 SMARTS 决策服务，例如信贷系统在反欺诈、评分等决策点调用 |
|---|---|
| 远程函数 | 决策中可通过 JSON-RPC 或 REST 调用外部服务或模型 |
| 编排（Orchestrations） | 自动完成取数、加工、存储等决策管理流程 |
| 身份认证 | 服务接口可对接企业认证提供方 |
| 运维 | Kubernetes / Helm 编排，Istio 等服务网格 |
执行引擎
SMARTS 有多个执行引擎，分别优化不同类型的决策逻辑；其中编译型 Rete-NT 推理引擎适合规则之间依赖多的场景，实际性能取决于规则结构、数据和部署配置，以实测为准。
产品工作台
以下界面展示当前模块的典型产品功能，示例数据仅用于说明。
继续查看其他能力
FAQ
常见问题
- 是否要替换核心信贷或保险系统？
- 不需要。SMARTS 提供可调用的决策服务，核心系统继续负责账户、交易和渠道，决策结论写回现有流程。
- 规则量很大时性能如何？
- 执行层使用 Rete-NT，由 Rete 发明人 Charles Forgy 博士独家授权。在规则多、条件交叉多的场景下，相对逐条扫描可减少重复匹配，具体效果以实际工作负载测试为准。
- 能部署在本地机房吗？
- 可以。SMARTS 以容器交付，可部署在企业本地环境，也可部署在 AWS、Azure、GCP、阿里云等云上，更换部署方式不需要重写应用。
- 外部模型或服务怎么接？
- 可以导入 Python、ONNX、PMML 模型，也可以通过 REST / JSON-RPC 调用部署在 SMARTS 之外的模型服务。