首先,有确定范围的情况下,可以回答这个问题,如果没有这个范围,只能用没有来给出答案。这种提问方式存在不科学性。
其次,云,无论是公有云、还是基础设施云化后的私有云,从来不在计算层面,无论是 pSeries, x86 及各种虚拟化(VMware-ESXi, KVM, Xen, Hyper-V, OpenVZ, Docker等),如果是这计算资源纳管,那是一定存在。可以看看 Terraform 或者 Pulumi,这些开源组件,通过开发不同的 Provider 完成可以纳管这些资源,没有任何问题。所以就这些计算资源层来说,是存在技术或工具纳管的。
再次,云服务管理,真正管理的目标/对象/内容是什么?是网络+存储+计算,而计算仅仅占不到10%的工作量,最大的云服务管理工作内容是网络(占>70%,甚至可以说>80%)、存储(占10~20%),目前云服务管理,如果没有解决这两个层次的问题,就不叫云服务管理,顶多类似于一个 Portal 门户的服务,价值吗,各个使用部门和构建部门自行有体会。
此外,就是基础设施资源的数字化画像过程,可以用CMDB来形容,这个资源数字化画像是需要将这些资源粒度化后、重塑成资源画像,供业务应用服务去使用,所以对网络、存储、计算资源的数字化过程就需要很多工具和技术去实现,完成这些对象数字化,就已经很不简单了。
最后,当前云服务管理,更准确的说是数据中心的统一集中 Portal 服务门户,想通过一个平台来掌管所有类型资源和范围(包括人员、流程、逻辑上需要管理的业务应用服务等),是不切实际,也难以实现。但是一定范围的用户目标服务,是可以通过平台来进行交付。
总结就是云服务管理平台,是针对某种用户范围内,对资源对象数字化画像的交付,是资源对象数字化机器重塑画像给指定用户范围使用。用户群体、资源范围特定环境下的产物,完全是可以实现和交付。