OpenStack本身是否作为云管理平台的内核，作为对接异构云平台的框架？

虽然每个OpenStack厂商都会定制化很多东西，但是大多数都会遵循社区统一的api，所以在对接上，个人感觉工作量不是很大。如果题中提到的云管平台只是指Iaas层的话，可以直接复用OpenStack这套框架，因为强大的社区使得OpenStack可以对接或者纳管大部分市场上的产品。但是如果题中提到的云管平台不是只Iaas层，还包括了运维、自动化安装部署、监控甚至一些pass层、saas层的功能的话，那无疑还是有很大的开发工作量的。

Openstack更适合于云管理中的资源层管理，如果作为CMP的内核，要达到CMP的很多功能需要做深入的定制开发，那要看维护的成本和自身的技术实力了。

1，关于 Openstack，我最想说的是：使用 Openstack， 一定不要抱想着2015年的 Openstack 升级到 2018年的版本，如果有这种想法，一定要放弃这种不科学的理念；就犹如你在2011年购入 x3650的服务器，在2016年你想换块主板、增加 CPU、内存、挂SAN存储升级到 x3950 一样不具有科学性。
2，关于云管理平台下面纳管多个版本的 Openstack 就成了顺其自然的优化升级，因此云管平台是一个可持续周期优化升级的开发项目，这就是我对 Openstack 的看法。
3，关于 Openstack 纳管的资源范围——诸如Xen/KVM/Vmware/bare metal machine/Docker等，这些其实都与相应的接口对接有关，不同版本的Openstack 直接对接资源接口即可。
4,关于Openstack之上的云管平台功能和内容，就看使用者需要内容和如何精细化数据维度及其消费理念了，这些左右了你云管平台的丰富功能。
5，一旦使用了 openstack 和云管平台，那么开发能力是运营和运维云管平台的主要力量。组建一个团队来支撑云管平台的开发，才是体现整个数据中心资源服务的服务价值。

目前项目经验是 openstack 管理kvm
vc 管理 vmware
powervc 管理 powervm
如果再用一个openstack 管理上面三个软件 api接口开发实在太复杂了 业务出现问题查找错误就需要查询多个平台日志 太复杂

建议最好选用云平台和云管平台用同一家供应商。否则兼容性很难保证。