经纪业务运营平台V20系统架构培训课件

,经纪业务运营平台,V20,系统架构,2013,证券秋季创新业务训练营,经纪业务运营平台V20系统架构2013证券秋季创新业务训练营,5,4,3,2,1,UF20,典型架构,多交易中心模式,UF20,许可证校验机制,UDP,行情与消息中心,AC,插件的由来及作用,课程提纲,54321 UF20典型架构 多交易中心模式 UF20许可证,UF20,典型架构,-,券商传统,IT,架构,券商传统,IT,架构,UF20,典型架构,UF20典型架构-券商传统IT架构券商传统IT架构UF20典,柜台系统,清算,报表,订单,账户,资产,申报,回报,柜台系统,清算,报表,订单,账户,资产,申报,回报,经营,管理,订单,账户,存管,清算,UF20,典型架构,-,模块子系统划分,柜台系统清算报表订单账户资产申报回报柜台系统清算报表订单账户,前台业务员,清算员,经理,客户乙,客户甲,普通交易,VIP,交易,老客户,新客户,清算管理,汇总统计,交易节点,普通交易,账户管理,系统,交易节点,VIP,交易,统一清算,系统,经营管理,系统,ESB,UF20,典型架构,-,基于,FBase2.0,的,ESB,前台业务员清算员经理客户乙客户甲普通交易VIP交易老客户新客,UF20,典型架构,-,服务处理层拆分设计,逻辑,AS,层,原子,AS,层,数据库层,UF20典型架构-服务处理层拆分设计逻辑AS层原子AS层数据,非交易类功能一律转发到主节点处理,!,UF20,典型架构,-,账户开户业务,非交易类功能一律转发到主节点处理!UF20典型架构-,非交易类功能一律转发到主节点处理,!,UF20,典型架构,-,资金转账业务,非交易类功能一律转发到主节点处理!UF20典型架构-资,交易类功能一律转发到客户所在的交易节点处理,!,内存缓存处理，包括参数校验、费用计算等,!,UF20,典型架构,-,证券交易业务,交易类功能一律转发到客户所在的交易节点处理!内存缓存,非交易类功能一律转发到主节点处理,!,UF20,典型架构,-,清算前数据同步,非交易类功能一律转发到主节点处理!UF20典型架构-清,非交易类功能一律转发到主节点处理,!,UF20,典型架构,-,清算后入账处理,非交易类功能一律转发到主节点处理!UF20典型架构-清,UF20,典型架构,-7 x 24,小时交易支持,724,小时交易最重要的两个方面是：,连续交易：客户在任何时候都能够做交易，至于做当天的还是第二天的，业务部门可以决定；,入帐资金股票连续：客户资金和股份记录在任何时候都是连续的，不会因为入帐等操作有暂时的跳跃；,724,小时交易实现的基础条件是：,交易和账户存管分离,；,交易和清算分离,；,UF20典型架构-7 x 24小时交易支持724小时交易最,UF20,典型架构,-7 x 24,小时交易流程,UF20典型架构-7 x 24小时交易流程,5,4,3,2,1,UF20,典型架构,多交易中心模式,UF20,许可证校验机制,UDP,行情与消息中心,AC,插件的由来及作用,课程提纲,54321 UF20典型架构 多交易中心模式 UF20许可证,多交易中心模式,-,解决了哪些问题,客户数量及交易量剧增，现有交易系统硬件无法承载处理,券商间合并带来的系统整合问题,新型业务的引入（融资融券、个股期权、多金融）,为高端,VIP,客户提供独立的处理速度更快的交易通道,多交易中心模式-解决了哪些问题客户数量及交易量剧增，现有交易,多交易中心模式,-,多样化的构建原则,按营业部为单位分割构建,按客户分类分割构建,按业务品种分割构建,多交易中心模式-多样化的构建原则按营业部为单位分割构建,订单,资金,交易中心,1,订单,资金,交易中心,2,用户,账户存管,主节点,清算,原子,AS,原子,AS,原子,AS,逻辑,AS,逻辑,AS,逻辑,AS,总线,AR,多交易中心模式,-,基本结构,订单资金交易中心1订单资金交易中心2用户账户存管主节点清算原,多交易中心模式,-,案例：中信证券,database,database,中信证券本部,（账户、交易中心,1,、多金融、转融通、清算、融资融券）,database,database,金通,/,万通交易中心,（交易中心,2,）,database,database,经营管理中心,多交易中心模式-案例：中信证券databasedatabas,多交易中心模式,-,案例：广发证券,database,database,RAC1,（账户、多金融、转融通、清算）,database,database,RAC2,（交易中心,1,：普通交易,+,融资融券）,database,database,RAC3,（交易中心,2,：普通交易）,database,database,经营管理中心,多交易中心模式-案例：广发证券databasedatabas,多交易中心模式,-,案例：山西证券,database,database,创新业务中心,（用户、账户、多金融、转融通、清算中心）,database,database,常规业务中心,（普通交易,+,场外基金,+,融资融券）,database,database,经营管理中心,（数据查询、本地温备）,多交易中心模式-案例：山西证券databasedatabas,多交易中心,基础,数据库,用户划分,AS,原子逻辑,划分,子系统编号,节点编号,多交易中心模式,-,四要素促成多交易中心,多交易中心数据库AS原子逻辑子系统编号节点编号多交易中心模,子系统编号（,sub_system_no,）,系统编号（,system_no,）,对一组或者说是一类业务功能所给的特定编号，预先设计，无法自定义,对一类客户所给定的编号，可以自定义（可以是某几个营业部或者是,某几个客户的组合），又称“节点编号”、“交易中心编号”,多交易中心模式,-,子系统编号与系统编号,子系统编号（sub_system_no） 系统编号（sys,子系统编号,子系统说明,1,用户子系统,2,账户存管子系统,3,证券订单子系统,4,开放式基金订单子系统,5,债券订单子系统,6,融资融券订单子系统,7,清算子系统,8,交易资金子系统,9,经营管理子系统,多交易中心模式,-,子系统,子系统编号子系统说明1用户子系统2账户存管子系统3证券订单子,柜台系统中新增一个系统节点的设置。,通过菜单：系统,系统参数,节点子系统设置（如下图所示）：,多交易中心模式,-,新增交易中心,柜台系统中新增一个系统节点的设置。多交易中心模式-新增交易中,新增交易中心，一般需部署三个子系统：,证券订单子系统、开放式基金订单子系统、交易资金子系统。,多交易中心模式,-,子系统部署,新增交易中心，一般需部署三个子系统：多交易中心模式-子系统部,新增独立的交易中心之后，需要将下属营业部的节点编号属性设定为新增的交易中心。,通过菜单：系统,机构管理,机构信息管理（如下图所示）：,多交易中心模式,-,交易中心定位,新增独立的交易中心之后，需要将下属营业部的节点编号属性设定为,新增独立的交易中心之后，也可以根据需要将个别客户部署分配到某个交易中心。,通过菜单：系统,系统参数,节点子系统设置,账户部署（如下图所示）：,多交易中心模式,-,交易中心定位,新增独立的交易中心之后，也可以根据需要将个别客户部署分配到某,新增独立的交易中心之后，也可以根据需要按照资产账户的属性来部署分配某一类客户到特定交易中心。,通过菜单：系统,系统参数,节点子系统设置,资产账户属性部署（如下图所示）：,多交易中心模式,-,交易中心定位,新增独立的交易中心之后，也可以根据需要按照资产账户的属性来部,总线,AR,路由转发规则中新增节点编号为,4,的交易请求转发,多交易中心模式,-,读懂多交易中心的路由,总线AR路由转发规则中新增节点编号为4的交易请求转发多交易中,周边交易逻辑,AS,：,P1_LS_CALL,负责处理三个交易中心的转账请求，因此访问资金子系统,8,需要在原路由规则基础上加上节点编号判断！,多交易中心模式,-,读懂多交易中心的路由,周边交易逻辑AS：P1_LS_CALL负责处理三个交易中心的,柜台合并逻辑,AS,：,P1_LS_EALL,负责处理三个交易中心的柜台类业务，路由规则在原有基础之上增加节点号判断！,多交易中心模式,-,读懂多交易中心的路由,柜台合并逻辑AS：P1_LS_EALL负责处理三个交易中心的,5,4,3,2,1,UF20,典型架构,多交易中心模式,UF20,许可证校验机制,UDP,行情与消息中心,AC,插件的由来及作用,课程提纲,54321 UF20典型架构 多交易中心模式 UF20许可证,许可证,许可证的校验机制,许可证的分类,引入许可证机制的目的,许可证校验机制,-,概述,许可证许可证的校验机制许可证的分类引入许可证机制的目的许可证,许可证,系统许可证,接入许可证,业务许可证,ESB,许可证,客户端许可证,许可证类别,举例,备注,系统许可证,(20091213),华泰证券,_,系统许可证,(,后台,).dat,一个证券公司一份,ESB,许可证文件,(20091213)HTZQ-HSASSET-0000_S.dat,业务许可证文件,(20091213),华泰证券,_HSASSET,接入许可证,(,后台,).dat,客户端许可证串,(20091213)HTZQ-HSASSET-0000_C.dat,根据接入类型选择不同的客户端许可证类型,(20091213)HTZQ-HSASSET-0000_3rd.dat,(20091213)HTZQ-HSASSET-0000_T1.dat,许可证校验机制,-,许可证分类,许可证系统许可证接入许可证业务许可证ESB许可证客户端许可证,许可证校验由逻辑,AS,来完成，可以通过管理客户端来,查询许可证信息在逻辑,AS,上是否存在,通过管理客户端所看到的信息，我们可以得出“接入许可证不存在”错误的可能原因有哪些？,许可证校验机制,-,查看许可证信息,许可证校验由逻辑AS来完成，可以通过管理客户端来通过管理客户,DB,服务器,原子,AS,逻辑,AS,总线,AR,Function_id:333002,Function_id:333002,44=5301,accessauth,（许可证校验插件）,T2,插件,内部编号,许可证编号,厂商名,5301,ZXZQZB-ZXZQZBZXW-0000,中信证券网上交易,2110137,（许可证获取）,许可证校验机制,-,校验的流程,DB服务器原子AS逻辑AS总线ARFunction_id:3,5,4,3,2,1,UF20,典型架构,多交易中心模式,UF20,许可证校验机制,UDP,行情与消息中心,AC,插件的由来及作用,课程提纲,54321 UF20典型架构 多交易中心模式 UF20许可证,文件更新,系统公告,复核任务,证券委托回报,客户端消息通讯,证券行情主推,成交主推,复核回报,融资融券类业务消息主推,UDP,行情与消息中心,-,消息中心作用,文件更新UDP行情与消息中心-消息中心作用,订单处理系统,UDP,行情与消息中心,-,消息中心部署,订单处理系统UDP行情与消息中心-消息中心部署,发布者：即消息的源头，发布需要转发的消息。,订阅者：即消息的目的地，接收发布者发送的消息。,消息中心：即消息的中转站，接收发布者发送的消息，给订阅者发送消息。,UDP,行情与消息中心,-,相关概念,发布者：即消息的源头，发布需要转发的消息。UDP行情与消息中,UDP,行情与消息中心,-,相关概念,UDP行情与消息中心-相关概念,DB,服务器,交易,AS,核心,AR,组件服务器（老,AR,）,行情组件服务器（,UDP,）,行情组件服务器（,400,及转码）,UDP,广播,UDP,行情与消息中心,-06,版,UDP,行情,DB服务器交易AS核心AR组件服务器（老AR）行情组件服务器,DB,服务器,原子,AS,逻辑,AS,总线,AR,T2,行情组件服务器,消息中心,UDP,行情广播插件,消息中心插件,订阅行情,行情推送,UDP,广播,UDP,行情与消息中心,-UF20,版,UDP,行情,DB服务器原子AS逻辑AS总线ART2行情组件服务器消息中心,5,4,3,2,1,UF20,典型架构,多交易中心模式,UF20,许可证校验机制,UDP,行情与消息中心,AC,插件的由来及作用,提纲,54321 UF20典型架构 多交易中心模式 UF20许可证,AC,插件的由来,使老的采用,T1,协议接口的周边程序能够正常接入经纪业务平台,V20,，,并正常使用相关功能。,AC,插件的作用,新老周边功能号的转换,使,T1,周边接口交易类功能支持节点编号,新老周边功能接口字段域字典转换,AC,插件的由来及作用,AC插件的由来新老周边功能号的转换使T1周边接口交易类功能支,DB,原子,AS,逻辑,AS,总线,AR,F2,T1,T2,Function_id:302,Function_id:333002,T1,通道,AC,插件,Route,插件,短功能号,长功能号,302,333002,。,。,hs_user.externfunction,AC,插件的由来及作用,-,长短功能号转换,DB原子AS逻辑AS总线ARF2T1T2Function_i,交易中心,(,节点编号,2),原子,AS_A,逻辑,AS_A,总线,AR,F2,T1,T2,Func_id:302,主节点,原子,AS_B,逻辑,AS_B,Branch_no:400,T1,AC,Route,Branch_no,Sysnode_id,400,2,。,。,Route Rule,System_no,nodename,2,逻辑,AS_A,Func_id:333002,Branch_no:400,System_no:2,hs_user.,allbranch,AC,插件的由来及作用,-,支持多交易中心,交易中心(节点编号2)原子AS_A逻辑AS_A总线ARF2T,Thank you !,Thank you !,