随着金融行业业务种类的不断增长,要求IT系统的数量也不断增多,而每个系统必须相应的数据库系统支持,在这种情况下,数据库系统是采用多个系统共用数据库的集中方式部署还是每个系统单独部署数据库呢?集中方式部署的优点是维护方便、资源节省、投入较少,但不便于业务连续性管理,且风险集中并相互影响;独立部署优点是不存在相互影响,业务连续性管理方便,但是管理维护难度大、成本高、资源浪费多、投资大。面对这些问题,如何寻找平衡点就成为了一个难点。
我比较赞同telnet4730的说法。
然后用工作过两家城商行实际情况总结一下,希望对你有帮助。
开发环境:同一实例下建多个库,共用实例不共用库。
测试环境和准生产环境:单独实例单独库,实例和库都不共用。
生产环境:单独主机,单独实例,单独库,主机实例和库都不共用。
其实,这个问题我理解就是:“系统价值” 与 相对应的 “资源分配” 问题,系统的业务价值越高,投入的资源就越多;相反,系统只是作为测试使用,分配的资源、维护时间就很少。
拿我这边环境的情况,简单讲讲:
培训环境:
这种环境只是提供用来业务部门的业务培训使用,能保证业务流程展示学习就满足要求。基本上对于大多数业务系统,多个业务系统的数据库会被整合到一台 vmware虚拟机上。当然,个别系统也会独占一台 vmware虚拟机。
开发 / 测试环境:
提供给业务系统开发、测试使用的环境,底层基础环境基本上都做了虚拟化,按需分配资源。一小部分业务系统的应用服务器或数据库服务器会被整合到一台虚拟机资源上使用。大多数业务系统的数库会被分配独立的 vmware虚拟机资源,并根据测试需求动态调整主机资源。
性能环境 / 生产环境:
这些环境基本承载着银行实际的业务,基本上每个业务系统的数据库都单独部署,独占冗余的物理资源,基本上都是高可用架构,提供连续高可用的业务支撑。
总之,根据业务系统的价值、用途的重要程度,分配相应级别的资源和成本投入。其实,建立个“数据库 云服务平台” 可以提供灵活智能的资源弹性扩展、动态按需分配的能力,维护管理自动化。
大家应该多多讨论 “数据库云服务平台” 相关建设的经验。