如何提高数据中心运维服务质量

3．使用松耦合的架构设计，减少交易联动给主机系统带来的潜在风险。在紧耦合模式下，系统之间的紧密关系使得它们的相互依赖程度很大，如果其中一个系统或功能模块出现故障，影响就会扩大甚至引起系统瘫痪。而在松耦合模式下，系统之间依赖性弱，不仅可以更加灵活地对程序功能模块进行配置，当一个系统或模块发生问题后更容易进行修复。如果设计得当，其中一个系统或模块的异常不会造成整个系统的瘫痪。因此当银行应用系统的功能日趋复杂、规模日趋庞大时，应尽可能考虑松耦合的架构设计。特别是对于银行的核心基础业务，应从架构上考虑其功能模块的独立性，尽可能减少其他业务功能发生异常时对核心基础业务的影响，保证银行核心基础业务最大程度地开展。
4．结合同城灾备中心建设完善版本升级方案，提高主机服务能力。随着银行业务对信息系统的依赖性日益增强，近年来各家商业银行越来越重视生产中心信息系统的高可用性建设，投入了大量资源和人员。灾难备份中心一般使用独立于生产中心的联机环境、数据库，除了作为生产中心的应急备份环境，当进行应用系统更新升级时，还可以考虑将生产环境先切换至灾备中心，待投产结束之后再切回的做法，实现版本投产对业务、对客户的透明化，使银行向7天24小时不间断服务的目标又迈进一步。当然，在灾备中心建成投入使用之前，也可以考虑把生产环境使用的联机分成两组，使用不同的程序库，只要没有大的数据结构变动或移行，在应用系统升级时只需把生产联机分组轮流升级即可，从一定程度上缓解版本投产与主机服务能力之间的矛盾。
5．从架构层面优化主机应用流量控制，保证应急措施快速有效。从保证生产应急处理时效性、提高主机整体服务能力的角度看，可以考虑从架构上对目前已有的应用系统开关功能进行整合，增加按业务种类设置的开关，并对开关的关、启提供直观、简便的应用控制手段。当发生异常情况时，既有利于实现故障业务被最大程度地隔离，也能保证生产系统最大程度地提供其余业务服务。
三、结论及建议
通过上述分析论述，可以看到作为应用软件产品的使用单位，银行数据中心等生产运维部门只要持续关注应用产品的功能变化、了解应用架构的发展方向，加强对新技术的学习使用，特别是对于生产运维过程中反映出的问题，从生产运行管理的实际需要出发，就一定可以从优化应用架构、拓宽生产运行管理方法等角度找到适当的解决方案。
 

 3/3   首页 上一页 1 2 3

BPO网版权及免责声明

1、凡本网注明：“BPO网”或者“原创”的所有作品，版权均属于BPO网所有，其他媒体、网站或个人转载使用时必须注明：“文章来源：BPO网”。违反上述声明者，本网将追究其法律责任。

2、凡本网注明“来源：XXX（非BPO网）”的作品，均转载自其它媒体，转载目的在于传递更多信息，并不代表本网赞同其观点和对其产生的任何结果负责。