跳过正文
  1. Posts/

金证 KCBP/KCXP 发展史:国产金融中间件的二十年迁跃

金证 KCBP/KCXP 发展史:国产金融中间件的二十年迁跃
#

引言:一套支撑中国证券交易二十年的技术底座
#

在中国证券 IT 发展历史中,有一批技术产品并不为普通开发者熟知,却长期运行在金融核心系统底层。

金证:

  • KCBP(Kingdom Core Business Platform)
  • KCXP(Kingdom Communication Exchange Platform)

就是其中代表。

它们诞生于中国证券行业从:


营业部交易系统


全国集中交易系统

的关键转型时期。

二十多年后:


KCBP/KCXP


KROUTER/KADP


KOCA 平台


HARE/LDP 双速架构

形成了一条国产金融基础软件长期演进路线。


一、时代背景:证券行业从营业部孤岛走向集中交易
#

1.1 营业部时代
#

1990 年代,中国证券交易系统主要采用:


营业部

|

本地交易服务器

|

本地数据库

模式。

特点:

  • 每个营业部独立运行
  • 数据分散
  • 系统维护复杂
  • 难以支撑全国统一管理

证券公司规模扩大后:

传统架构逐渐无法满足需求。


二、集中交易时代的技术挑战(1998-2001)
#

2.1 金融级中间件缺失
#

进入 2000 年前后:

证券行业开始推动:

全国集中交易

新的架构需要:


营业网点

|


通讯层

|


交易处理层

|


数据库

当时国际主流:

  • IBM CICS
  • IBM MQ
  • BEA Tuxedo

但存在:

  • 商业授权昂贵
  • 技术封闭
  • 国产化能力不足

三、KCBP/KCXP 的诞生:国产金融中间件突破
#

3.1 国产化研发目标
#

金证启动新一代证券集中交易关键技术平台研发:

包括:

  • KCBP
  • KCXP

目标:

建立自主知识产权的证券交易中间件平台。


四、KCBP:证券交易处理中间件
#

4.1 产品定位
#

KCBP:

Kingdom Core Business Platform

定位:

金融级交易处理中间件。

核心职责:

  • 交易完整性管理
  • 业务程序调度
  • 资源管理
  • 服务运行控制

类似:


IBM CICS

*

证券业务运行平台

4.2 LBM 可装载业务模块
#

KCBP 最大特点:

业务逻辑采用:

LBM(Loadable Business Module)

架构:


客户端

|

KCBP Client

|

KCBP Server

|

LBM业务模块

|

Database

特点:

  • 动态加载
  • 动态卸载
  • 模块化扩展

类似现代:


Plugin Architecture

五、KCXP:证券通讯交换平台
#

5.1 产品定位
#

KCXP:

Kingdom Communication Exchange Platform

定位:

消息交换中间件。

主要负责:

  • 消息传输
  • 系统间通讯
  • 网络协议屏蔽

5.2 KCXP架构模型
#


交易客户端

|

KCXP

|


KCBP集群

|


数据库

KCXP解决:

不同:

  • 操作系统
  • 网络协议
  • 硬件平台

之间的数据交换问题。


六、KCBP + KCXP:新一代集中交易架构
#

金证集中交易系统:

         Client

           |

         KCXP

           |

  -----------------

  |       |       |

KCBP    KCBP    KCBP

  |

Database

优势:

  • 高可靠
  • 可扩展
  • 支持集中部署
  • 支持异构平台

七、2003:中信证券与国泰君安双突破
#

7.1 中信证券集中交易项目
#

2003 年:

金证中标中信证券集中交易系统。

特点:


IBM 小型机

*

Unix

*

KCBP/KCXP

意义:

证明国产中间件可以支撑大型集中交易。


7.2 国泰君安集中交易项目
#

同年:

金证完成:


x86服务器

*

Windows

*

数据库

*

KCBP/KCXP

分布式集中交易方案。

意义:

证明国产交易中间件具备:

  • 横向扩展能力
  • 分布式能力

八、2005-2013:成为证券核心交易底座
#

随着证券行业集中交易普及:

KCBP/KCXP 广泛应用。

技术持续增强:

跨平台能力
#

支持:

  • Windows
  • Linux
  • Unix
  • AIX
  • Arm

数据库:

  • Oracle
  • DB2
  • SQL Server
  • Sybase
  • MySQL

集群能力
#

KCBP:

通过 KCXP 队列形成:


KCBP Cluster
|

KCXP Message Queue

实现:

  • 动态扩展
  • 负载均衡
  • 高并发处理

九、2013:余额宝与去 IOE
#

2013 年:

金证参与:

支付宝 + 天弘基金余额宝核心系统建设。

关键技术:


KCBP

*

KCXP

*

云计算平台

余额宝二期:

TA系统迁移云平台。

意义:

成为金融行业早期:

去 IOE 实践案例

KCBP/KCXP 支撑:

  • 大规模用户访问
  • 基金直销交易
  • 系统互联

十、2018-2020:向总线化架构演进
#

随着金融系统进入:

  • 分布式
  • 服务化
  • 低延迟时代

KCXP/KCBP 开始升级。

KROUTER
#

KCXP 演进方向:


KCXP


KROUTER


企业服务总线

KADP
#

KCBP 演进方向:


KCBP


KADP


应用服务平台

十一、KOCA时代:新旧技术融合
#

2019 年:

金证推出:

KOCA 开放云原生平台

平台组件:


KOCA

├── HARE 高速消息总线

├── LDP低延迟平台

├── KCBP交易中间件

├── KCXP通讯交换平台

├── 微服务框架

└── 数据平台

十二、双速架构时代
#

现代金融系统同时需要:

敏态
#

追求:

  • 微秒级延迟
  • 高频交易

采用:


HARE

*

LDP

稳态
#

追求:

  • 可靠
  • 稳定
  • 长周期运行

采用:


KCBP

*

KCXP

形成:

     KOCA

       |

| |


HARE/LDP            KCBP/KCXP

低延迟交易           核心稳定交易

十三、KCBP/KCXP 二十年演进路线
#

时间事件意义
2000年前后KCBP/KCXP研发国产金融中间件起点
2003中信证券集中交易大型集中交易验证
2003国泰君安分布式集中交易分布式架构突破
2005新一代集中交易系统市场规模扩大
2013余额宝项目云化与去IOE实践
2018KROUTER/KADP总线化演进
2019KOCA平台云原生融合
2020+HARE/LDP并存双速架构时代

十四、KCBP/KCXP 的技术哲学
#

与快速迭代型中间件不同:

例如:


AS/AR


CRES


Light-JRES

金证选择:

长生命周期演进路线。

特点:

  • 不轻易替换核心底座
  • 持续增强
  • 保护客户投资

结语:二十年之后,基石仍在运行
#

KCBP/KCXP 的价值,并不仅仅是一套中间件产品。

它代表:

中国金融软件从:


依赖国外中间件


自主研发核心平台


云原生金融架构

的一条完整技术演进路线。

从 2003 年证券集中交易,到 2013 年余额宝,再到今天 KOCA 平台:

KCBP/KCXP 已经成为中国证券 IT 历史上的一块技术基石。

最好的基础软件,不一定被用户看到。

但它必须在每一次交易发生时,都可靠运行。

这就是 KCBP/KCXP 二十年迁跃的意义。

相关文章