证券创新之翼——阿里金融云

标签: 证券 创新 阿里 | 发表时间:2014-12-29 19:24 | 作者:
出处:http://kb.cnblogs.com/

  云计算被视为继大型计算机、个人计算机、互联网之后的第4次IT产业革命,顺应了当前各行业整合计算资源和服务能力的要求,成为引领当今世界信息技术变革的主力军。越来越多的金融企业认识到只有与云计算结合,才能更好地支持业务发展和创新。本文将结合阿里金融云的特性,讲述券商IT系统上云的最佳实战经验。

  阿里金融云于2013年底正式上线,主要面向银行、证券、基金、保险和信托等金融企业。不到一年时间,已经有200多家金融机构的IT系统全部或部分运行于金融云上。简单来说,金融云有以下特点。

  • 安全合规。通过了国际、国内多项权威机构的专业认证,符合人民银行和银监会的IT建设标准,例如物理隔离、生物识别、电力、制冷、监控、安保等。
  • 高可用和安全性。提供更高的SLA和安全防护能力,例如支持两地三中心架构、ECS单台可用率99.95%、RDS实例可用率99.97%、更强的安全和防护更高的防攻击能力等。
  • 提供专线/VPN免费接入、堡垒机服务、特殊设备托管等增值服务,并计划推出金融中间件服务和更多数据服务等。  

   券商IT系统上云分析

  证券行业IT系统分为三大类:客户端(炒股软件、网站等)、券商系统和交易所系统。投资者通常使用客户端委托下单,把指令下发券商系统(主要是经纪业务),最后提交到交易所完成撮合成交。首先,我们简单介绍一下券商IT系统。

   券商IT系统

  传统的券商IT系统分为经纪业务、风控管理、营销服务和资产管理等四大类,其中每一类又由若干个业务系统组成。以经纪业务为例,它主要由经纪业务运营支撑软件系统及相关衍生软件产品组成,包括客户交易、账户存管、清算结算等业务软件系统。如图1所示,经纪业务结构规划中,整体上分为前台系统、中台系统和后台系统。

图1  经纪业务系统整体架构

  前台是面向使用者的渠道服务,使投资者与操作人员能通过各种不同的方式接入系统。与此相对应的,依据不同的渠道方式,提供不同的产品供投资者与操作人员使用。如专用客户端平台、网上交易平台、CALL CENTER平台、移动终端平台以及各门户网站的Web应用等。

  在中台业务中,针对实时交易业务提供集中交易系统,实现投资者的交易服务功能;面向客户在线支持提供客户服务系统;面向财经资讯提供资讯管理服务;面向投资管理提供投资管理系统;面向清算结算业务提供统一的清算结算服务等。

  对于后台经营分析,主要基于统一数据源的客户关系管理、客户风险管理、系统的运维监控以及决策分析、OA应用等各类管理性的业务应用,实现针对非实时管理业务应用的分离处理。多数业务系统,从前到后通常分为客户端、负载均衡、Web服务器和中间件、数据库等几个层次。券商系统也是如此,除了要满足高并发、稳定性等设计标准外,还对高可用、网络时延、数据安全有更高要求。另外,由于创新业务越来越多,竞争加剧,券商行业对成本也变得比较敏感。下面从以下几个方面做简要分析。

   高可用

  如果券商关键系统停机10分钟,则属于特别严重的事故,会造成非常巨大直接和间接的经济损失,甚至会受到证监会的处罚,所以高业务连续性是基本要求。业务连续性是个非常大的话题,涉及到管理制度、技术方案和物理设施等多个层次,并且要确保这些关键职能在任何环境下都能持续发挥作用。

  混业经营的大环境下,各种创新业务是券商的竞争力所在。在业务、上线时间和成本等多重压力下,系统有时没有容灾备份机制,甚至存在很多单点问题。

  以账户管理系统为例,传统方案是在自建机房搭建三/多层架构,如果要考虑容灾,甚至异地容灾,整个系统会变得非常复杂。

  为此,阿里金融云提供了非常简洁的高可用解决方案,产品全部是同城容灾的,例如SLB(Server Load Balancer,负载均衡)服务采用同城双活机制,在发生机房级别的故障后,服务秒级切换,且对外服务的IP地址不会发生变化,确保最终用户基本无感知;RDS(Relational Database Service,关系型数据库服务)能够做到同城容灾,数据会同时写到两个机房的服务器上,当发生机房级别的故障后,秒级切换到备库,数据无丢失,只要上层业务系统能够做到出错重试,服务很快就能自动恢复,所以通常监控不到业务系统的对外服务异常。

  如果选购ECS(Elastic Compute Service,云服务器)时,将它们均分到不同的可用区(机房),那么在某台ECS或某个可用区的ECS故障后,SLB会监控到异常,将流量切换到健康的ECS上;如果ECS出现故障恢复,则SLB会把部分流量切换回来。如此,就可以在金融云上搭建一个同城灾备的高可用系统。

  由上可知,这个系统需要IT人员做的只是购买ECS时将其均分到不同的可用区,再部署相应的业务系统即可(还需要配置云盾和云监控)。另外,可选两地三中心架构,从而做到数据级或应用级的容灾。账户管理系统在云上的架构如图2所示。

图2   账户管理系统在云上的架构

  • 图2分为两部分:左边是杭州地域,右边是青岛地域。其中杭州地域分为两个机房DC1和DC2。
  • 金融云中的SLB、OSS和RDS是同城灾备架构,也就是发生机房级别的故障,对用户来说透明无感知;其中RDS是同城双写,每个机房两份数据,能够保证无数据丢失,即同城RPO为0。
  • 购买ECS时,均分到两个可用区(机房)。
  • 配置合适的云盾和云监控策略,实时监控各种事件的发生,例如服务可用状态或服务器性能压力等。
  • 异地灾备系统的架构与之类似,开通灾备服务后,金融云会自动进行数据同步。如果需要业务级灾备,则需要搭建与主站类似的系统架构。如果发生地域级的灾难,可通过DNS切换到异地备份系统。

  因为运维ECS必须通过VPN拨入,所以一般情况下,购买ECS时除了指定可用区外,还要把公网带宽设置为0(纯内网环境),如图3所示。通过以上可知,金融云能够满足5级灾备标准,整个系统的年度可用率在99.96%以上,且同城RPO是0,异地RPO为数分钟,满足券商系统的对业务连续性要求,甚至超出了现有系统的建设标准。

图3  将公网带宽设置为0

   网络时延

  前台渠道服务,有行情、网上交易、门户网站、网上开户等系统,访问终端有PC、手机等各种智能移动设备。证券期货类系统要求网络时延越低越好,处理时延也是衡量业务系统的重要指标,是券商的竞争力的重要方面。

  针对行情系统来说,目前券商的做法是在全国不同地域的IDC机房里面搭建行情服务器,由客户端(炒股软件)手动或自动选择最快的站点。因为是十几个或几十个站点同时提供行情服务,且IDC机房通常只有一个或两个运营商线路接入。这种做法的用户体验不佳。

  金融云很好地解决了这些问题,目前已有十余家券商将行情系统迁移到金融云。行情系统相对比较简单,传统架构可直接搬到云上:负载均衡(SLB)+若干台服务器(ECS);把行情通过专线拉到金融云,提供快速稳定的行情源服务,同时把券商以互联网链路做行情源作备份。行情系统的云上架构如图4所示。 

图4  行情系统的云上架构

  经过实践,我们发现只在云上部署一个(杭州)或两个站点(杭州和青岛),反而能得到比在当地站点更短的行情延迟,这主要得益于金融云直接使用阿里巴巴的优质基础网络,提供了多运营商BGP接入,包含电信、联通、移动、教育网、铁通等8个运营商。

  针对以上方案,券商在多域多运营商线路的测试结果显示。

  • 随着地域距离增大,网络时延会变长,但对总的行情时延的影响不明显;
  • 不同运营商的环境下,行情延迟明显优于原券商系统;
  • 如果使用专线行情源,行情时延明显优于原有方式;
  • 如果使用备份行情源,行情时延与原有方式相当或稍快。

  券商选择把前台渠道各服务系统(含行情系统)架设到金融云上,它为各种终端和运营商线路及各地投资者提供一致的快速访问体验。如果是网上开户等应用,需要和券商自己机房的CA系统、账户系统、CRM等系统进行交互,则需要与金融云建立专线链路。

   数据安全

  云计算的核心是安全,券商对数据安全尤为重视。阿里金融云从机房、基础硬件/软件、云计算分布式操作系统(飞天)、云产品等各个层面内置了非常多的防护和监控措施,并免费提供云盾和云监控给业务系统使用。以下从数据安全角度做一下简要描述。

  • 金融云与通用云计算服务物理隔离,物理磁盘只有消磁后才能出机房。
  • 互联网入口只能通过SLB的特定端口,券商IT运维只能先拨入VPN后,才能进行部署和升级等操作。
  • 券商之间逻辑隔离,同时提供安全组(防火墙),可制定全面的访问规则。网络工程师可以划分出DMZ区、业务区、核心区等安全域。
  • 云盾提供WAF、暴力破解、SQL注入等安全服务,同时提供全面的审计功能。
  • 数据多副本备份和异地容灾等。

  券商的安全体系是与金融云共同建立的,阿里云提供安全云平台和云盾等安全功能。券商更聚焦于业务系统的自身安全,像存储和网络链路的加密也是必须要做的。

   成本投入

  针对已经上云的券商来说,云计算提供了安全专业的服务,同时也带来了明显的成本优势。因为在云上不需要考虑机房选址,也不需要采购服务器、网络、安全设备等,节省了大量人力和直接成本。简要分析如下。

  • 采购设备的直接成本投入折算成年度费用,在云上为原来的30%,或者更少;而且传统方案需要更大的初期投入。
  • 证券期货行业的特点是有比较明显的峰谷现象。行情火爆时,交易量巨大,对IT系统的需求也更大;相反行情平淡时,IT系统又会有较大的浪费。同时,交易时间和非交易时间段对IT系统的压力也有明显波动。传统方案需要按照业务峰值进行系统建设,利用金融云的按需扩展和快速部署特性可以明显降低系统规模。
  • 证券期货类系统网络流量的特点是交易时间又或者运营活动(例如网上开户或热销产品)期间流量巨大,而大部分时间网络又比较空闲。SLB可选按流量计费模式,能保证良好网络速度,同时成本是原来的20%甚至更少。
  • 基础运维和部分安全运维由金融云提供,且不需维护十几个甚至几十个站点,明显降低了运维工作量,极大降低了工作强度。IT人员能将主要精力转移到体现券商核心竞争力的创新业务上。
  • 降低创新项目风险。每个券商都有很多创新产品,而又不能准确预估这些产品对IT系统的需求量,甚至上线不久也有被取消的可能。在云上可以根据这些产品的市场表现动态伸缩资源,且不需巨额的初期投入。

   推动创新

  证券公司IT系统需要站在一个较高的角度进行科学有效的规划和整合。IT规划可以充分利用云计算的优势,提高IT能力和效率,优化系统和网络架构,以达到提高用户体验,同时减少设备、降低维护成本的基本要求,从而更进一步地支撑和推动互联网金融背景下的各种金融创新。

  这是一个最坏的时代,市场竞争空前激烈,事关生死;同时这也是一个最好的时代,我们有了互联网,我们有了云计算,我们有了大数据,让原来不可能成为可能。

相关 [证券 创新 阿里] 推荐:

证券创新之翼——阿里金融云

- - 博客园_知识库
  云计算被视为继大型计算机、个人计算机、互联网之后的第4次IT产业革命,顺应了当前各行业整合计算资源和服务能力的要求,成为引领当今世界信息技术变革的主力军. 越来越多的金融企业认识到只有与云计算结合,才能更好地支持业务发展和创新. 本文将结合阿里金融云的特性,讲述券商IT系统上云的最佳实战经验.   阿里金融云于2013年底正式上线,主要面向银行、证券、基金、保险和信托等金融企业.

平安证券Kubernetes落地实践

- - DockOne.io
2020年7月18日,由信也科技集团(NYSE:FINV)旗下科技布道师FTE(FINV technology evangelist)在上海举办了第二届技术沙龙. 本次沙龙的主题为《Kubernetes在大型互联网公司落地》,在本次沙龙上,本人分享了《平安证券Kubernetes落地实践》的技术主题.

关于证券公司自主研发的几点思考

- - 知乎每日精选
面向个人的券商的经纪业务与互联网业务并无本质区别. 反观互联网企业,大到腾讯、百度、阿里、网易、搜狐、小到创业公司无一例外地都是自主开发面向客户的系统. 腾讯、百度、阿里均有几万名开发人员. 在证券领域内的东方财富网,也拥有600多开发人员,所有系统均自主开发,在收购同信证券后,组建了200多人的开发团队进行集中交易系统的自主研发.

Kafka 在华泰证券的探索与实践

- - IT瘾-dev
(1)高可用双活架构. 如图 3 所示,Kafka 高可用特性依赖于 zookeeper 来实现,由于 zookeeper 的 paxos 算法特性,故 zookeeper 采用同城三中心部署方式,保证 zookeeper 本身高可用,通常其中两个数据中心部署偶数台机器,另一数据中心部署单台机器. Kafkabroker 跨数据中心两节点部署,所有 topic 的 partition 保证在两中心都有副本.

某证券清算系统的一次性能调优

- - Java - 编程语言 - ITeye博客
上线前,用户预估平均一天交易量约一万条,峰值约两万条. 项目上线第一天,交易量有4万条. 对于这4万条左右的交易信息的清算,花了一个多小时(清算时需要我们系统发指令给清算所,由清算所按照我们系统的指令进行清算,最后把结果通过MQ返回给我们). 用户提出以后交易的峰值可能达到一天5万条. 我们按照2倍的处理能力,定下一天10万条交易信息的处理量的目标.

【深度】海康威视“中考”|界面新闻 · 证券

- -
业内几乎一致认为,AI将引领第四波安防行业替换需求浪潮,安防成为人工智能最理想的落地行业之一. 一方面AI将提高检索效率,AI算法可将录像数据进行结构化处理;另一方面将提高识别准确率,降低人工成本. 目前海康威视的AI产品家族包括轻智能、泛智能、全结构化、智能黑光6、合智能7等产品系列. 比如智能黑光系列摄像机采用了双光融合+混合补光技术,能够在夜间无光污染的情况下采集高清彩色的特征图片,可以在更远距离、更复杂场景下进行特征采集.

国信证券 RocketMQ + Spring Boot 在配置热加载的实践

- - IT瘾-dev
在进行微服务架构研发的过程中,不少研发人员都提出配置热加载的需求,一方面是为了提升研发效率,开发人员修改配置不需要重启服务;另一方面是为了线上紧急事件,可以快速恢复,例如线上数据库 down 了,可以紧急启动降级开关,通过配置热加载动态生效,降低处理事件的时间. 于是我采用 rocketmq 消息队列,实现一套解耦的配置热加载机制.

美国证交会将首次代币发行归类为证券

- - Solidot
美国证券交易委员会 (SEC) 宣布,首次代币发行((Initial Coin Offerings,或简称 ICO)可被视为证券并受联邦证券法律的监管. 根据 SEC 的说法,代币代表着发行企业的权益,并被卖给投资者,以换取名为 “以太坊( Ethereum )” 的虚拟货币. 投资者获得一定的投票权和所有权以及代币,这些代币也可以在某些二级平台上出售.

招商证券2018年度投资策略会行业观点汇总

- -
A股2018年投资展望——潮平两岸阔,风正一帆悬. 根据我们对经济变量、企业盈利、资金面、政策环境等多重因素的考量,我们对A股2018年表现持乐观态度,我们预计上证指数全年较年初有10~15%的上行空间. 投资主线聚焦创新驱动、中高端消费和绿色低碳和金融. 2018年宏观经济展望——预计明年将会呈现货币政策稳健、投资增速下行通胀可控、利率缓慢下行,经济增速企稳,经济增长结构出现调整.

证券公司交易系统架构演进探析 - jimshi - 博客园

- -
券商作为证券市场的中介机构,承担了为广大投资者提供证券交易通道的市场责任. 你知道交易指令是如何传递到交易所并最终成交的吗. 上图是一个典型的券商交易系统逻辑架构,手机App、网上交易等系统称为渠道系统,职责是为投资者提供交易渠道,并对指令做初步的要素检查,最终所有合法交易指令都会发送到集中交易系统进行统一业务逻辑处理.