银行业重要系统基础架构的发展趋势探讨

银行业核心系统或重要系统多采用ibm power系列,图的就是稳定与追求性能,但带来的问题是相对封闭,系统扩展性较差,系统迁移难度较大。随着互联网和大数据的迅猛发展,银行是要固守成规仍旧采用封闭的系统环境?还是要与时俱进向互联网行业看齐逐渐向开源方向发展?个人认为银行的系统生命线就是稳定,核心账务系统还是保守比较务实,外围的渠道类或统计分析类系统确实有必要向轻量型分布式方向发展。在这方面大数据以及分布式系统架构有着绝对的优势,有gp谁还用sqlserver,但稳定性和容灾建设也是随之而来的问题。

参与19

4同行回答

myciciymyciciyIT顾问某金融科技公司
1 系统扩展性较差 系统迁移难度较大如果Power服务器的可扩展性差,系统迁移难度大,那么该如何形容X86服务器啊Power系统迁移从OS到storage都提供了各自工具基本上都可以在线完成,软件版本来讲,AIX从低版本到高版本,应用基本上不用做啥改动就能跑起来2 互联网行业看齐逐渐向开源...显示全部

1 系统扩展性较差 系统迁移难度较大
如果Power服务器的可扩展性差,系统迁移难度大,那么该如何形容X86服务器啊
Power系统迁移从OS到storage都提供了各自工具基本上都可以在线完成,
软件版本来讲,AIX从低版本到高版本,应用基本上不用做啥改动就能跑起来

2 互联网行业看齐逐渐向开源方向发展
为啥要向互联网行业靠拢,每个行业都有自己的行业属性和特征,现在银行业目前架构对于整个金融行业来说已经非常稳定成熟了,我们可以参考借鉴,但也不是上来生搬硬套啊,鞋合不合适只有自己知道。
开源产品有开源产品的优势,商业产品有商业产品优势。互联网和银行追求的东西不太一样。

不能因为今天互联网今天的火爆,就否定银行业目前现有的基础架构,任何产品和技术都需要时间去验证

收起
银行 · 2017-06-22
浏览3408
晓黎 邀答
Linux2Linux2系统架构师IBM
银行与互联网企业所提供的产品和服务有明显不同,其对社会的影响和政府监管以及对客户的服务承诺等级也有很大不同,这也决定了两者对技术架构及平台的选择会有很大区别。银行及其客户对于核心业务系统数据有着严苛的实时事务完整性的要求,同时要求核心系统即使在高峰时段也要...显示全部

银行与互联网企业所提供的产品和服务有明显不同,其对社会的影响和政府监管以及对客户的服务承诺等级也有很大不同,这也决定了两者对技术架构及平台的选择会有很大区别。银行及其客户对于核心业务系统数据有着严苛的实时事务完整性的要求,同时要求核心系统即使在高峰时段也要保持高可用并确保交易能快速完成。基于开源的大规模的分库分表技术由于其在跨表关联及排序等多方面的技术限制,在及时提供统一数据视图方面复杂度急剧提升,同时对应用开发自由度增加了很多的限制(需要非常专注于“系统及中间件”的功能和性能实现,而非专注于快速满足来自于业务发展的需求)
基于LinuxONE的解决方案已经广泛用于支持世界各地银行的关键数据库及交易处理,其稳定性、安全性、高可用性及高扩展性等特性已在众多实际生产环境中得到充分验证。另外,LinuxONE平台相关技术始终处于持续稳定快速发展的进程之中,毫无疑问LinuxONE平台会是支持银行业务长期发展的最佳平台选择!LinuxONE是最环境友好和经济的平台,用几台设备运行上万台x86设备所运行的业务。电力,空间,人力的成本支出最节省。LinuxONE是最稳定的平台,随着与之配套的存储/操作系统/中间件/数据库及灾备软件(双活)等技术发展,未来会更稳定,进而规避系统集中的风险。
对于非核心业务类相关的信息系统,根据其业务关键程度、负载特点和服务等级要求不同,在架构及平台选择方面可以因地制宜,充分利用各种技术满足各类应用负载的要求比如社交类应用可以考虑基于Linux的开源技术,通过进一步自主开发及部分结合商用软件的方式快速实现。比如针对在线交易进行实时或准实时分析的需求,可以基于LinuxONE进行方案设计以减少数据移动带来的开销和延时。
银行对信息的实时单一真实性要求决定了核心业务系统数据逻辑集中,共享式集群架构(基于关系型数据库,支持OLTP历史悠久)这种架构支持跨多个业务线的紧耦合的大联机交易量的处理,它能够保证信息的实时的单一真实性;无需通过应用层跨系统的集成开销来保证数据和交易的一致性;由于紧耦合的数据可提供整个耦合的单一逻辑形象,可以说是做到了分享一切。应用不需要考虑跨不同数据库的完整性、恢复性等等,因此对于应用的开发人员来讲节省了许多集成层面和管理层面的烦恼。
这种全共享式数据集中的紧耦合集群架构是一种既有SCALE OUT横向扩展能力也有SCALE UP纵向扩展能力的系统架构。
互联网交易系统基于数据物理分区,无共享分布式架构,互联网业务对数据不一致性及耦合程度要求低,可以使用无共享分布式计算架构。这种架构中的每一个节点( node)都是独立、自给的,而且整个系统中没有单点竞争。无共享分布式架构在Web 应用开发中尤其受到欢迎,究其原因是这种方案提供的灵活的可扩展性。Google在这个方面做了很好的示范。 无共享分布式架构通常需要将他的数据分布在多个节点的不同数据库或文件中(不同的计算机处理不同的用户和查询)或者要求每个节点通过使用某些协调协议来保留它自己的应用程序数据备份,这通常被成为数据库Sharding。数据强完整性被限制在极小的数据库实例范围内,跨数据库使用复杂的应用进行补偿式的完整性确认与保障。以淘宝为例,淘宝的交易数据架构原来也是共享式集群架构,其无法满足应用的需求而使其转而使用无共享模式。

收起
硬件生产 · 2017-06-22
浏览3126
bryanbryan软件架构设计师金融研发
核心系统的重要性决定了坚决不能出错,所以很多直接选择大机,但是在小型机上面,有些银行已经在逐渐淘汰了,因为随着硬件和软件的发展,X86的性价比和稳定性也在逐渐增进,个人感觉这是发展趋势。银行交易一般分为OLAP和OLTP两种1.OLAP:目前大数据平台的蓬勃发展,早已可以实现在X86落...显示全部

核心系统的重要性决定了坚决不能出错,所以很多直接选择大机,但是在小型机上面,有些银行已经在逐渐淘汰了,因为随着硬件和软件的发展,X86的性价比和稳定性也在逐渐增进,个人感觉这是发展趋势。银行交易一般分为OLAP和OLTP两种
1.OLAP:目前大数据平台的蓬勃发展,早已可以实现在X86落地
2.OLTP:数据按照题主所言可分为核心系统和非核心系统,非核心系统已经完全在X86上面落地,那么最终剩下的只有核心系统了,核心系统的交易查询也下移到X86,现在很多银行也在尝试把核心系统下移X86。
稳定性和灾备是大家关心的问题,这个一方面是硬件层面,另一方面是软件层面,架构设计时需要统筹考虑两个方面。比如硬件有RAID卡等容易,同时软件层面也要实现两地三中心等架构。
随着互联网金融对银行业务的争夺,银行逐渐的技术向互联网考虑是一个趋势,当然还有其自身的稳定性等各种要求,感觉慢慢应该是在银行业特殊要求下和互联网技术逐渐慢慢融合的发展

收起
银行 · 2017-06-23
浏览3053
彬彬 邀答
lili系统工程师CUFS
现在的转变很大原因是因为政策显示全部

现在的转变很大原因是因为政策

收起
系统集成 · 2017-06-22
浏览3151

提问者

chaozi84
系统运维工程师某股份制商业银行

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-06-21
  • 关注会员:8 人
  • 问题浏览:7288
  • 最近回答:2017-06-23
  • X社区推广