私有云下实现中间件数据库服务资源池化的可行性

传统金融企业中,现在也在开始或已经完成了企业私有云建设,落地的建设成果中,大部分实现了存储、网络、服务器的资源池化,而在中间件和数据库这块,可能更多的还是某个中间件服务器或数据库服务器给某个应用系统使用,呈现出一定的“烟囱”式,随着应用系统的不断增加,管理这些服务器和部署其上的中间件和数据库服务代价也越来越大,个人觉得将企业中间件和数据库服务资源池化可能是一条解决之道,使若干应用系统可以共享使用高可用的企业级中间件和数据库服务,当然其中也需要解决一些问题,比如:共享资源使用冲突,应用系统之间相互影响;运维管理模式变化等问题,不知大家有何高见,对此有些什么样的想法?
参与28

16同行回答

ThoughtWorksThoughtWorks软件实施顾问ThoughtWorks
在传统的云计算建设过程中,往往解决的是底层硬件资源的集中管理和虚拟机粒度的资源调度。无论是vmware、IBM或者OpenStack的产品,降低的是IT基础设施部门对于虚拟机的管理成本和运维成本。除了缩短机器申请周期,IT部门运维和管理的中间件、数据库等组件和服务的管理和运维复...显示全部
在传统的云计算建设过程中,往往解决的是底层硬件资源的集中管理和虚拟机粒度的资源调度。无论是vmware、IBM或者OpenStack的产品,降低的是IT基础设施部门对于虚拟机的管理成本和运维成本。除了缩短机器申请周期,IT部门运维和管理的中间件、数据库等组件和服务的管理和运维复杂性仍然没有得到有效解决,导致云对于效率和成本的改善效果非常有限。

设想一下,开发、测试和运维部门基于共同的配置控制台创建、配置云端的中间件和数据库,无需逐台登陆到机器上进行手工配置;开发提交的版本包可以很轻松地发布到云端的中间件和数据库,无需考虑发版的操作细节;云平台自动监控应用的运行日志并预警,不需要运维人员再手工搜索日志错误——开发、测试和运维的效率才能真正得到极大的提升。

因此,我们建议,研发中心在考虑云时应该着重着眼于PaaS云的建设目标,最终聚焦于研发部门真正关心的IT组件和服务,比如中间件和数据库,将这个作为研发云的管理边界和外部服务接口。企业的云计算建设规划应该包括三个阶段:
1. 底层的硬件资源统一管理和虚拟化管理
2. 标准IT服务的管理,如中间件和数据库的弹性配置
3. 应用程序的架构云化以及基于云的应用平台,如大数据平台

对于第二阶段,当下流行的DevOps可以说就是一剂良药——配置管理、自动化发布、智能监控等帮助企业很好地完成标准IT服务的管理。

“互联网+”的东风驱使越来越多的业务创新出现,研发企业也面临越来越大的挑战。如何提升弹性和可扩展性,同时实现快速交付的目标,DevOps和针对IT服务组件的PaaS将成为企业必须建设的能力和平台。收起
软件开发 · 2015-06-10
浏览2283
goxplanetgoxplanetIT顾问Thoughtworks
传统的资源池,主要考虑到的是资源的申请和释放,尽量快的响应请求,保证切换时回话数据的完整性。对于会话的访问安全和资源隔离,QOS等没没有考虑太多。但是云计算环境下的资源池必须考虑这部分的处理,所以应该分两步走,凭借底层设施的管理能力完成QOS是比较合适的选择,在这之上,我...显示全部
传统的资源池,主要考虑到的是资源的申请和释放,尽量快的响应请求,保证切换时回话数据的完整性。对于会话的访问安全和资源隔离,QOS等没没有考虑太多。但是云计算环境下的资源池必须考虑这部分的处理,所以应该分两步走,凭借底层设施的管理能力完成QOS是比较合适的选择,在这之上,我们再
通过中间件的集群能力进行再次组成虚拟化的资源池。收起
软件开发 · 2015-06-10
浏览2177

    提问者

    lglg2021
    系统架构师互联网

    相关问题

    相关资料

    相关文章

    问题状态

  • 发布时间:2015-06-09
  • 关注会员:2 人
  • 问题浏览:13175
  • 最近回答:2015-06-18
  • X社区推广