传统核心系统的高耦合性表现,如何应对?

1传统核心系统由于架构选项可选择性不够多,主要依赖IBM小型机+与高端存储。由于该架构严重依赖固定型号硬件,其移植性,横向扩展性都差,向上高版本升级换代代价大。硬件生命周期到期后稳定性下降。操作系统主要是AIX,数据库主流informix与DB2, 高可用性能稳定,但资源浪费较大。由...显示全部

1传统核心系统由于架构选项可选择性不够多,主要依赖IBM小型机+与高端存储。由于该架构严重依赖固定型号硬件,其移植性,横向扩展性都差,向上高版本升级换代代价大。硬件生命周期到期后稳定性下降。
操作系统主要是AIX,数据库主流informix与DB2, 高可用性能稳定,但资源浪费较大。由于过于封闭其社区圈活跃度不高,后期维护压力越来越大。
2现行架构如何去IEO,如何考虑?架构设计要考虑资源可用率,扩展性,移植性,核心应用采用虚拟化如何来实施,应用上私有云可行性,及稳定性。数据库如何提高保障.
3传统核心承载了过多产品业务处理与账务处理,如何考虑剥离账务系统。

收起
参与14

查看其它 1 个回答jxnxsdengyu的回答

jxnxsdengyujxnxsdengyu课题专家组系统工程师江西农信

银行的核心,将高耦合性的账务模块剥离后,获取这部分账务类模块的系统,其实也还是非常重要,是银行的命脉,依旧还需要用高端服务器和存储等硬件来支撑,硬件稳定性、性能也依旧是考虑的主要因素之一,所以核心去IOE,我个人认为起码现阶段还不合时宜,核心之外的交易类、管理类、带内/带外等系统现阶段是合适的。高端服务器、存储的活跃度不高,但稳定性却很高,几乎不用怎么管,不存在很大的维护压力,商业维保的支持也是很到位的。相比而言,社区活跃度很高的,维护、升级、变更压力更大,版本迭代快,事情不断。

银行 · 2018-08-17
浏览3286

回答者

jxnxsdengyu
系统工程师江西农信
擅长领域: 存储灾备双活

jxnxsdengyu 最近回答过的问题

回答状态

  • 发布时间:2018-08-17
  • 关注会员:3 人
  • 回答浏览:3286
  • X社区推广