先进数通金融交易云平台Starring

先进数通

共 4641字,需浏览 10分钟

 ·

2020-11-10 23:13

商品详情

商品亮点
  • 敏捷实施:业务云化后,应用代码减少70%+,部署调试从平均2天缩短到4小时;软硬件成本从传统千万级下降到百万级且将持续下降,更好适应长尾客户的IT需求。
  • 极速部署:新业务开发,业务上线时间(TTM)从3-6个月缩短到1-2周或无需开发;分布式架构无单点风险;支持容器部署秒级弹性扩容,海量访问轻松应对。
  • 至简体验:采用客户/渠道/产品分离,资源/技术/产品/营销分离的分层设计思路,便捷构建行业生态圈;
  • 中台架构:灵活的产品中台,提供海量银行业务产品快速发布;完善的渠道中台,全面打通线上线下渠道,智能的数据中台,实时响应客户的个性化诉求
商品说明
版本: V6.0 交付方式: License
适用于: Linux/Unix 上架日期: 2020-04-02
交付SLA: 30 自然日
产品简介
先进数通金融交易云平台(简称:STARRING V6.0)是北京先进数通信息技术股份公司(简称:先进数通)独立自主研发、采用微服务和云计算技术、针对金融行业应用的产品解决方案,它包含了一套前后台开发工具和云辅助管理平台,基于工业4.0制定统一的应用实施工艺,将金融业务抽象为一系列微服务化的共享组件,通过软件工厂流水线进行灵活的产品拼装,同时借助于云辅助管理平台实现需求、开发、测试、运营和运维的全流程自动化管理,提升了客户需求的快速响应能力,最终实现以客户为中心的普惠金融目标。

总体架构
金融行业应用庞大且复杂,要实现“普惠金融”的共享、敏捷、高效、节能、安全的目标,分层解耦是必由之路,先进数通金融交易云平台分别从技术架构、应用架构、产品架构和管理架构进行分层解耦设计。

1)技术架构
金融交易云平台的技术架构针对于每层制定相关的共享和服务标准,技术分层如下:
 基础设施层(IaaS)
完成基础设施资源标准化和服务化,按照计算、存储、网络进行分类,构建共享模式的计算池、存储池和网络池,并以服务接口形态向应用层提供基础设施服务。
 平台软件层(PaaS)
通过平台软件层完成应用软件与基础设施层分离解耦,对应用层提供统一和标准的开发、实施、运营和运维服务,对基础设施提供应用部署服务。
 应用软件层(SaaS)
采用微服务架构完成金融行业应用系统建设,为金融的终端客户提供无处不在的金融产品服务。

2)应用架构
金融交易云平台应用架构按照“前台-中台-后台”方式逐层进行解耦和服务共享,应用分层如下:
 金融后台
通过账务系统、贷款系统等实现金融业务“存贷汇”基础服务。
 技术中台
将基础设施和平台软件通过技术中台进行融合,为上层业务系统提供资源部署、数据存储、负载均衡、应用开发、应用运营、服务治理和运维监控等技术服务。
 业务中台
按照产品、数据和渠道将业务中台进行解耦,产品中台通过产品工厂完成金融业务产品定义和上架、数据中台通过大数据分析实现智能风控和精准营销、渠道中台按照不同客户行为习惯提供差异化的金融产品服务。
 场景前台
以客户为中心,采用线上/线下和自有渠道/开放银行相结合方式,为用户提供场景化、差异化的金融服务。

3)逻辑架构
金融交易云平台逻辑架构,分为组件生产工厂、产品运营工厂和渠道场景运营三部分。组件生产工厂按照技术中心、业务元件和场景模型构建企业级共享组件库,通过服务治理平台完成组件的灵活装配;产品运营工厂按照产品服务、原子产品和可售产品构件企业级共享产品库,通过产品创新平台完成金融产品快速组装创新和商户推广;渠道场景运营通过运营管理平台将金融产品按照场景化要求,结合营销方式差异化投放在自有渠道或开放渠道中,最终达到针对不同客户提供差异化金融产品服务的目标。
组件生产工厂由三部分组成:
 技术中心
将金融行业应用中的某个技术能力进行封装,形成技术复用池供应用使用。
 业务元件
将金融行业应用中某类原子业务功能进行功能聚合,供金融应用进行共享。
 场景模型
将金融行业应用的一个过程或子过程进行抽象建模,供不同业务进行复用。

产品运营工厂由三部分组成:
 产品服务
将场景模型的技术服务能力分拆包装,形成金融产品最小的功能。
 原子产品
同一场景模型的产品服务有序组合,完成特定场景金融服务能力。
 可售产品
多个场景模型对应可售产品的任意组合,实现特定金融业务产品。

4)管理架构
按照金融交易云平台各个模块的管理职能,建议搭建如下职能部门,负责金融交易云平台的落地推广,主要管理部门如下:
 基础设施服务部
负责计算、存储、网络的共享池建设,实现快速部署、弹性扩充的目标。
 软件开发部
制定统一软件开发实施工艺,负责技术中心、业务元件和场景模型的组件共享池建设,最终达到应用系统敏捷实施的目标。
 产品创新部
按照生活缴费、政府服务等方式搭建行业产品线,通过产品创新平台,设计和定义有竞争力的金融业务产品。
 产品推广部
负责金融行业产品的合作商户推广,扩充金融业务产品的商户特色功能。
 渠道运营部
负责渠道统一运营管理,提高渠道访问率,制定获客和留客的营销策略,完成金融产品的场景化运营。
 数据服务部
负责全企业数据的统一运营管理。

基础产品
1)前端开发工具集(Starring.FDT)
该工具针对于前端应用开发的可视化开发工具,帮助开发者快速搭建前端应用。 

2)后台开发工具集(Starring.BDT)
该工具针对后台应用的可视化开发工具,采用JAVA开发语言,支持图形化开发模式,快速构建后台应用。 

3)服务治理平台(Starring.SGP)
该平台针对微服务化应用进行全面服务管控的平台,是分布式应用的基础,采用Zookeeper、Redis等分布式开源组件,通过Zookeeper集群实现服务数据的注册和查找,通过Redis进行服务质量数据高效采集。

4)资产管理平台(Starring.AMP)
该平台针对金融资产进行全面管理和展示的平台,是金融交易云的重要辅助工具,通过本平台可以高效的查看全行各类资产的详细信息和关联视图,当某项资产发生变更时及时通知相关责任人,提高整体工作效率。

5)运营管理平台(Starring.OMP)
该平台针对金融交易云相关人员提供统一的操作管理平台,该平台基于前端开发工具Starring.FTD构建而成,是金融交易云解决方案非常重要的辅助管理工具。

6)日志监控平台(Starring.LMP)
该平台针对应用系统监控预警和日志分析平台,是微服务分布式应用的重要基础工具,平台基于FileBeat、Kafka、Logstash、Elasticsearch和React等技术集实现, 

7)产品创新平台(Starring.PIP)
该平台针对金融交易云的金融应用产品设计、定义和上架发布的辅助管理平台。

8)软件仓库平台(Starring.ASP)
该平台针对金融交易云的金融应用存储部署和版本管理的自动化处理平台。

9)云基础设施主要用于构建企业级私有云,实现计算、存储、网络资源池化,同时搭建企业基础平台软件的集中管理,通过云管平台实现基础设施和平台级软件的自动化安装、调试及部署。基础资源资源池化采用华为云OS(FusionSphere)。

应用产品
1)代理业务云
提供多种代理业务实现,包括通用缴费、保证金、财政缴费、代缴房屋维修基金,代缴公积金、批量代发工资、批量代收、存管业务、理财业务等

2)支付业务云
提供统一支付处理功能,对接多种汇路渠道,包括大额、小额、农信银、城商中心、网银、超网等

3)卡业务云
银联业务全覆盖的一站式解决方案,支持银联CUPS、银联无卡、银联全渠道等业务

4)云总线
采用虚实结合的整体架构,对传统ESB做去中心化处理,应用交互使用网状拓扑结构,保证了系统不受单点的瓶颈问题和失效问题的影响,通过注册中心完成对全行服务的管理控制需求。

5)渠道中台
支持行内行外所有渠道的接入处理,提供渠道整合能力,包括用户中心、账户中心、商户中心、订单中心、营销中心、权益中心等10多个功能模块。
业务场景
1)云缴费
基于大中台的设计思路,串联渠道中台、产品中台和数据中台的能力,为客户提供无处不在的缴费服务。

用户案例

G农信中间业务平台
在建设大集中系统初期,依据原有地市数据中心独立部署的特点,前置系统的应用架构是按照“省市二级部署”的模式建立,随着业务的不断发展,业务响应的要求不断提高,信息技术的日益创新,目前这种应用架构逐步凸显不足,越来越难以应付业务的扩展要求。主要存在如下问题:
1)运维管理工作量大。
拥有20多套地市前置系统,当操作系统、数据库、中间件、应用等软件需要升级打补丁时,生产运行维护工作量大。
2)开发管理难度大。
大部分法人软件开发权有省中心完成,业务品种多、版本复杂。
3)应用耦合性高、复用性低。
应用逻辑整合不足,渠道与业务耦合度高,业务复用性较低,难以应对某个业务在多个地市快速推广部署。
4)资源分配不均衡。
硬件资源无法共享,有的系统处于空闲状态,无法有效利用。
(二)建设目标
1)IaaS平台的建设,除了对计算、存储、网络等资源进行统一管理和调度,通过对IT基础资源的虚拟化和池化,有效提高资源利用率,改善我行“资源分配不均”的现状
2)利用容器技术的秒级应用发放及自动化应用编排优势,实现对业务动态变化的敏捷响应
3)PaaS平台通过对通用商业组件(中间件、数据库及开发环境等)的标准化和服务化,改变“开发环境复杂,管理难度大”的问题
4)采用微服务架构模型,将中间业务系统彻底的组件化和服务化,最大限度做到功能复用,降低软件开发难度,加速业务投产过程
J银行总线系统
该行企业服务总线系统的构建,在全行范围内建设了企业服务总线的系统平台,该平台采用虚实总线结合的方式进行了系统的建设,主要功能包括:
1.	集成能力:通讯连接、报文转换、集成适配、路由交换、服务分类调度管理、服务组合;
2.	服务管理能力:服务质量管理、服务注册管理、公共控制;
3.	监控管理:服务监控、服务查询和统计、错误预警、日志分析、动态启停和调整流控参数。
某农信统一支付
(一)关键需求
1)渠道整合 智能汇路
整合人行二代支付、二代农信银、行内汇兑、超级网银、网银/手机银行等渠道及业务,实现智能汇路选择,达到简化业务流程、提高结算效率、降低运营成本的目的。
2)统一对账及差错处理
实现统一的对账及差错处理平台,支持平台与核心、与第三方、与外连渠道等多方对账,支持省/市/县/网点多级机构对账。基于自学习及知识管理的差错处理
3)业务弹性伸缩
业务访问多样化,业务访问波动大,需要灵活的弹性伸缩,满足业务扩容,保障业务QoS
4)快速响应业务变更
微服务化架构,高内聚,低藕合,敏捷开发,持续交付,大大缩短开发周期,快速响应用户需求
(二)解决方案
通过软件工厂模式,构建支付结算业务的十三个场景模型,满足大额、小额、农信银、超网、网联、银联等不同汇路的跨行支付结算功能。
Y城市商业银行产品中台
(一)建设背景
使用云计算技术和软件工厂理念,对综合前置的支付业务、代理业务、卡业务、理财业务等进行微服务化重构,搭建综合前置云
(二)解决方案
逻辑上按照技术中心、业务元件和场景模型的维度对综合前置业务进行工厂化重构,在技术上采用服务治理平台完成技术组装,在管理上采用服务资产管理平台对相关成果进行统一的管理。
浏览 8
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报