服务目录统一建设,但各类资源的管理让专业的来
作者:博云-赵安全
博云做云管理平台这个产品也挺多年了,这两年越发感受到云管理平台这个产品在企业数据中心各个管理平台中的定位的模糊。尤其如下一些问题,在行业里一直没有达成共识:
本文结合这些年我们在企业中推广使用云管理平台的经验和对行业的观察,对如上问题提出一些自己的看法和理解。
先看看现在数据中心的被管理对象和管理平台都有啥
总结下数据中心中的被管理对象:
上面这个图大体覆盖了目前数据中心的被管理对象(没有包含大数据组件,大数据类组件目前在云管理平台项目中涉及的非常少,独立性也很强,不纳入本文讨论范围)。可以看到数据中心中的管理对象是非常多的,而且还存在各种异构的情况,比如计算资源就可能涉及小机、 X86 、国产化服务器等,存储和网络涉及的品牌型号类型就更多了。
为了管理如上的这些对象,各个企业可能已经在数据中心体系下建设或者准备建设各种各样的平台,大体包括如下这些平台 / 系统 / 工具:
分层对应各个管理对象和管理平台 / 工具和个人的一些观点认识:
基础设施层:针对各类基础设施的管理工具,目前最普遍建设的对基础设施的监控,对基础设施的各种自动化能力建设,比如基础设施网络自动化等,只有少部分企业做了建设。
IaaS 层:对各类私有云、公有云中 IaaS 虚拟化资源的纳管和监控,这部分目前是云管理平台管理能力的主战场。
容器云平台:容器云比较特殊,可以认为是卡在 IaaS 和 PaaS 中间的一个平台。目前行业里一般都由容器云平台提供商提供容器云管理平台,同时一般容器云还提供了基于容器的应用发布管理平台。
数据库层:现在数据中心中的数据库越来越多,包括大量的开源数据库已经使用了起来,所以专业的数据库管理平台需求也越来越多。
中间件层: 中间件这一层,在目前数据中心中的定位是比较模糊的。首先是大量的中间件已经在使用,但是这些中间件的管理要由哪个部门、哪些人负责,相对比较模糊。有的企业是安排了专人负责;有的则没人负责,直接依赖于应用提供商,但通常情况下,应用提供商通常也仅仅是中间件的使用方,而不是中间件专家。个人认为中间件这一层在数据中心中应该是专人负责、统一提供和管控的。否则大量不同中间件在数据中心中的使用,最终可能会成为一种管理灾难。
应用层:实际上企业所有的运维活动,本质目标都是希望应用能正常、稳定的运行和提供服务,这一层涉及到的平台工具包括应用自动部署发布、应用监控告警、微服务治理、日志监控等等
各类跨层次的工具平台:包括跨层次的自动化场景:典型的有容灾切换、自动巡检等,数据中心的运营管理、统一监控平台。还有一些跨层次的底层工具:自动化作业、配置管理 CMDB 等。
服务目录:目前企业里一般包含传统 ITSM 的服务目录和云管理平台的服务目录。
基于以上信息,我们对目前行业中云管理平台定位模糊的问题的考虑认识
通过我们的长期观察,我们发现云管理平台在行业定位中模糊的问题的核心原因是:搞混了管理功能(对各层次资源的管理、监控等)和服务提供功能(服务目录)
问题:因为云管理平台要提供某类“服务目录 ”, 所以云管就需要把这些服务目录涉及的资源“纳管了?”
那么问题就是:云管理平台要把如下这些资源全部管理起来吗?这合理吗?能实现吗?
不难理解:云管将如上资源的管理监控一起做了,是不合理也不现实的。典型的:各种异构传统存储资源的类型是非常多的,要做管理整合,行业内都几乎没有什么成熟产品;数据库是一个专业领域,有很多专业厂商专门做这一块,做的也很好,应该由专业厂商来做更合适;各个企业都已经有了自动化平台,自动化作业的专业能力也应该由专业厂商来提供更合适;应用管理监控更是如此,由各专业厂商来做显然更合理;监控、容器云管理、中间件管理、 CMDB 都是类似的;
所以对这个问题,我们认为:
由云管理平台一个单平台来做“纳管”一切的事情,不合理,也很难做好。对数据中心中各层对象的管理包括专业工具提供,应该由各个专业管理平台工具来做。
而 IaaS 层的各类异构虚拟化资源,是云管理平台天然的管理范围,由云管理平台来做管理,是合理的。
如上就是我们目前对云管理平台在数据中心中定位的观察和观点,总结一下:
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞1
添加新评论0 条评论