银行核心系统的性能分析,我的一点思考

【背景描述】银行业核心系统的性能要求是最高的,因为所有银行交易类业务最终都需要核心系统的支持。所有系统中对于核心系统的访问量以及并发数等指标都是远远高于其他系统。因此,核心系统的性能直接关系到整个银行交易类业务的性能。它的性能决定整个银行IT系统的性能指标...显示全部

【背景描述】

银行业核心系统的性能要求是最高的,因为所有银行交易类业务最终都需要核心系统的支持。所有系统中对于核心系统的访问量以及并发数等指标都是远远高于其他系统。

因此,核心系统的性能直接关系到整个银行交易类业务的性能。它的性能决定整个银行IT系统的性能指标高低。

【问题分析】

对于性能问题,其实我认为取决于几个因素:

<网络传输性能、应用网络性能、应用服务器本身的性能、数据库服务器的性能、存储系统的性能等。>

以上每一个因素的瓶颈都会造成整个核心系统的性能瓶颈。因此我认为核心系统的性能问题是一个系统化的整体化的优化策略。只有通过不断测试评估出最佳的资源比例配合、最佳的参数配置才能保证整个核心系统的性能最优。而不是单单去解决存储的性能问题,因此闪存的解决方案也只能解决性能问题中的一个点。

当然这里还有一个很重要的问题就是性能的伸缩性。也就是说当资源确定好最佳比的时候,是否可以按照这个比例增加资源绝对数目就可以达到性能的一个近似线性的提升?

我认为不可以,因为应用服务器的伸缩性以及应用服务器之上的设备资源伸缩性很好解决,只要通过应用集群技术就可以完成几乎近似线性的性能增长。但是数据库服务器的性能就不能始终通过扩展节点数目来解决了,因为数据库集群的主要性能问题关键在于节点间的热点竞争。这个问题业界暂时的解决方法是通过分布式数据库,也就是数据的拆分技术暂时解决。但是这需要应用层面高度的业务拆分来配合。对于银行业,目前无法做到这一点。

当解决了数据库的这一点之后,才轮到考虑存储系统的性能扩展问题,这个时候闪存当然就是其中非常好的一种解决方法。

一点我自己的想法,欢迎提出建议和想法。

收起
参与95

查看其它 13 个回答myciciy的回答

myciciymyciciyIT顾问某金融科技公司

说出了银行业普遍遇到的问题,问题很突出很棘手,遇到问题很难短时间定位。目前实际银行IT系统性能问题确实有如下的几个问题点 <网络传输性能、应用网络性能、应用服务器本身的性能、数据库服务器的性能、存储系统的性能等。>

归纳起来就是 一个大的视图就是 硬件+软件+业务

硬件 三大块 主机 存储 网络

主机方面可以说现在不管是X86还是UNIX服务器配置都相当豪华。目前遇到性能很少出在这个层面。银行在硬件购置上都很舍的投入。

网络设备似乎在银行业成为性能瓶颈点似乎很少,毕竟网络本身快速发展,已经不是整个IT环境的一个瓶颈了,更多在于业务系统本身对网络本身的特殊配置了

存储方面,在实际的工作中,存储作为相对封闭的一个系统,其采购的初期就已经决定了其最大性能。即使一个存储规划的非常好,也不一定能够满足日益增长的业务发展驱动下。对IO的要求越来越高,存储很容易不堪重负,即使优化也很难摆脱28法则。存储硬件故障本身对IO影响因部件的重要性而异。大多遇到性能问题很多来自其本身。

软件 DB 中间件 等

db和中间件 由于是软件,设计的DB优化和数据库本身扩展性 需要专业人士进行详细的规划。这里经常出现问题。东西都一样,配置的人不一样效果不一样。

业务 具体应用或者代码级别了

每个业务系统应用开发商在彼此对接开发,版本更替等遇到可变的因素的太多,这里更容易出问题。但是问题定位起来相对麻烦.

银行 · 2015-11-18
浏览5647

回答者

myciciy
myciciy21035
IT顾问某金融科技公司
擅长领域: 服务器存储灾备

myciciy 最近回答过的问题

回答状态

  • 发布时间:2015-11-18
  • 关注会员:25 人
  • 回答浏览:5647
  • X社区推广