金融企业开放架构系统支撑关键业务的可行性?

参与9

1同行回答

兔子工程师兔子工程师存储架构师高伟达
我认为,要分析金融企业开放架构系统支撑关键业务的可行性,首先要了解关键业务系统建设的历史和现状,然后我们再回过头来看开放架构系统支撑关键业务的可行性问题。 1、关键业务系统的建设需求是什么? 开门见山的讲,关键业务系统的核心需求是稳定可靠、性能卓越,当然,为了保...显示全部

我认为,要分析金融企业开放架构系统支撑关键业务的可行性,首先要了解关键业务系统建设的历史和现状,然后我们再回过头来看开放架构系统支撑关键业务的可行性问题。
1、关键业务系统的建设需求是什么?
开门见山的讲,关键业务系统的核心需求是稳定可靠、性能卓越,当然,为了保证系统的性能能够满足不断增长的业务需求,还需要系统具有高可扩展能力。我们可以从这3个方面的技术角度来进行需求分析。
a.稳定可靠,稳定可靠是关键业务系统的首要要求,而一个系统整体的可靠性由部件的可靠性、架构
的可靠性形成。部件的可靠性往往需要我们在部件级别形成冗余,比如服务器的冗余电源、RAID机制等,而架构的可靠性一般由 HA 模式、多节点集群模式来解决,最后,还有整体架构中网络层面的冗余链路等等。
b.性能卓越,关键业务系统的性能受多种因素的影响,比如,数据库系统中数据库软件的技术水平,
硬件平台架构的性能等等。关键业务系统往往采用集群架构以提高整体系统的可靠性和性能,以 Oracle RAC 为例,实际上,在OracleRAC中,为了减少从存储子系统获取数据的高代价,Oracle RAC 引入了Cache Fusion 的技术,也就是通过高速网络将多个节点的内存连接起来,节点A可以通过高速互联网络获取节点B内存中的数据。因此,在类似 Oracle RAC 的架构中,数据库集群的互联网络的性能也十分关键。
c.高可扩展,为了保护投资同时保证系统承载能力能够随着业务需求而增长,关键业务系统必须具有
高度的可扩展能力;传统解决方案里,更多强调的是向上扩展(Scale-up)的能力,随着云计算、软件定义模式的发展,互联网公司的实践让企业用户也看到了水平扩展(Scale-out)带来的巨大效率。为此,综合的、合理的运用两种扩展方式成为构建关键业务系统的重要手段。
总结一下,关键业务系统的建设要求是稳定可靠、性能优越、可扩展、易管理等。正是因为这些需求来决定了关键业务系统的建设模式。
2、传统的关键业务系统建设模式
因为关键业务系统对可靠性和性能的要求非常高,因此,关键业务系统建设的选型思路是尽可能的选择高可靠和高性能的系统。从主机设备的角度来看,一直以来,基于“精简指令集(RISC)CPU+Unix操作系统”为核心的Unix服务器(小型机)扮演着候选者的角色。
3、选择专有系统还是开放系统?
Unix小型机系统最大的特点是专有化,每个供应商的系统从CPU到主机到操作系统自称一体,互不兼容。因此,这种系统一般被称之为专有系统。与之对应,基于开放架构的Linux操作系统、再到软件都有众多的合作开发商,经过多年的发展,形成了丰富的生态系统,因此,这种系统一般称之为开放架构系统。经过多年的发展和演化,到今天,小机作为关键业务系统的优先(或者说必然)候选面临越来越多的挑战。
a.小机厂商越来越少(开放系统厂商却越来越多)
b.专有系统容易锁死用户(开放系统不存在这个问题)
但最大的挑战则在于开放架构系统的成熟。开放架构系统性能越来越高,基于开放系统的厂商越来越多,围绕Linux这种开放系统的生态圈越来越成熟。在开放系统的挑战之下,专有系统的市场份额逐渐被挤压。此外,随着云计算模式的逐渐流行,企事业单位内部的私有云可能会使用公有云上的资源(形成混合云的部署模式),而目前云计算平台都基于开放架构建设,因此,使用开放架构支撑企事业单位内部的关键业务系统可以原生的与云模式耦合。
4、开放架构系统支撑关键业务应用的可行性
在 IT 领域,开放就是一种生命力,开源的Linux就是依靠开放,获得了蓬勃的发展。专有也许并非不好,但开放必然会获得蓬勃的发展。这就是IT领域的进化论。简而言之,关键业务系统的迁移是信息技术演进、信息系统建设模式发展的结果。
a.开放架构的可靠性,关键业务系统的可靠性应该从单机可靠性和通过多种解决方案实现的整个系统的可靠 性两个方面来说。众所周知,专有系统的可靠性非常好,但是也需要做双机或者集群来提高 整个系统的可靠性,双机或者集群都可以说是通过系统软件层面的解决方案来保证可靠性,这实际上是一个生态链的问题,目前,所有的核心系统软件都具备基于开放Linux平台的解决方案层面的可靠性设计,而且,选择性更多,多年的实践来看,也很可靠。
b.开放架构的可扩展性,可扩展性可以从单机可扩展性(也就是纵向扩展能力)和系统层面的可扩展性(也就是横向扩展能力)两个方面来考量。开放系统在横向扩展方面的 解决方案更加齐全,选择性也更多。
c.迁移的难点和可行性,关键业务系统迁移涉及跨平台操作,重点是数据库系统,难点是数据的迁移和非标准的应用系统的迁移。针对数据的迁移,业界有丰富的迁移工具可用。因此,关键点是迁移服务提供者的能力。针对非标准应用的迁移,需要应用软件厂商的配合。迁移时机也是非常重要。一般来说,新建系统(包含老系统从应用到主机整体升级部署)相对较容易,主要是设备选型和POC验证,是最佳的迁移机会。关键业务系统迁移需要预先实施验证测试(PoC)、需要有详细设计、实施方案(包含失败回退计划等),才能保证数据一致性、取得符合期望的性能和可靠性、减少对生产系统的影响。
d.Oracle数据库,Linux平台是Oracle软件开发的原生平台,目前,基于Linux的 Oracle 数据库解决方案非常成熟,不论是单机部署(常规单实例、Oracle Restart)还是 RAC,都很普遍,如果充分利用Oracle的MAA技术框架,可以充分保证系统的可靠性和可用性。

收起
IT咨询服务 · 2018-03-15
浏览1253

提问者

洋芋2333
数据库管理员sz.sinosure
擅长领域: 服务器数据中心

问题来自

相关问题

问题状态

  • 发布时间:2018-03-14
  • 关注会员:2 人
  • 问题浏览:3511
  • 最近回答:2018-03-15
  • X社区推广