当前城商行基本都在进行系统整合,由原来的各个分散的系统部署方式整合到虚拟化平台或集中部署环境中,应用可能均采用单独的虚拟机通过负载的集群方式进行部署,数据库的集中部署采用何种方式,具体到DB2和oracle,采用何种平台何种部署方式更好?有何整合的规范、原则和实施案例?
基本思路及原则:
业务应用web,app,db分层部署
web,app尽量虚拟化部署,日终批量app需小机ha部署
db统一数据库类型,我们集采了oracle
一二类业务db小机rac,三四类可pc服务器部署,低iops库可虚拟化部署
按业务连续性,业务类别等维度考虑部分业务库整合,如中间类,前置类业务分用户共数据库实例整合
收起看来您是有历史包袱要解决,有这么几点您可以考虑一下:
1】旧的处于生命周期末期的系统,变更维护成本很大,尽量整体迁;
2】新的系统要有前瞻性,建议把开发拉进来一起讨论;
3】还在持续运营的系统,变更整合涉及面很广,要开发、基础设施、业务一起讨论,用数据定方案,问业务看预期;
4】DB2和Oracle使用起来差异很大,开发能否在可行的时间内做迁移很成问题,如果可以,个人认为Oracle的管理和性能都不错,用的多些,以后的长期维护成本也在下降。
收起城商行的系统整合如果单论技术架构而言:
1.首先确定不同系统间耦合的方式,行里有没有ESB,还是通过其他渠道整合的方案。该方案的系统接入能力是否能够满足未来的发展需要。
2.如需全面构建应用系统则要考虑:
a.是否要引入服务化(调用)框架,对业务进行全面或有限的梳理,使服务体系可治理及管控。b.是否要满足敏捷开发,快速部署,智能运维的PaaS 平台3.数据访问层,包括数据库方案,数据缓存方案,大数据是否引入分布式数据访问方案是否要引入数据湖,是否要统一元数据管理,及搭建数据分析与处理平台此外数据集中方案我个人认为大机在逻辑分区上搭建RAC集群是架构相对简单,高并发,处理性能高,易于运维的方案收起