openstack已经在很多客户内部署,由于openstack的定制厂家很多,版本繁杂,很多云管理平台在对接这些openstack产品时非常费劲,且工作量巨大,升级困难,所以云管理平台究竟应该是从新开发一套框架,还是复用Openstack这套框架比较合适?
目前项目经验是 openstack 管理kvm
vc 管理 vmware
powervc 管理 powervm
如果再用一个openstack 管理上面三个软件 api接口开发实在太复杂了 业务出现问题查找错误就需要查询多个平台日志 太复杂
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厂商都会定制化很多东西,但是大多数都会遵循社区统一的api,所以在对接上,个人感觉工作量不是很大。如果题中提到的云管平台只是指Iaas层的话,可以直接复用OpenStack这套框架,因为强大的社区使得OpenStack可以对接或者纳管大部分市场上的产品。但是如果题中提到的云管平台不是只Iaas层,还包括了运维、自动化安装部署、监控甚至一些pass层、saas层的功能的话,那无疑还是有很大的开发工作量的。
收起