云管平台中的服务抽象层，目前有哪些技术方法来实现？

云管平台的服务抽象层建立在资源层之上，也就是前面所说的狭义云管平台，官方的定义基本都是这种：Gartner 对 CMP 的定义---CMP (Cloud management platforms，云管理平台)是一种管理公有云、私有云和混合云环境的整合性产品，其最小的功能范围应该包括自服务界面(self-service interfaces)、创建系统镜像(provision system images)、监控和账单(metering and billing)，以及基于策略的一定程度的负载优化(workload optimization)等。高级的功能还包括整合外部已有的企业管理系统，包括服务目录(service catalogs)、存储和网络资源配置，更高级的资源管理和监控，比如客户机性能和可用性监控等。具体见下图：

狭义云管平台本身来说，并不具备能够独立完成这些能力，而是基于对底层资源层API和企业IT管理平台API的抽象整合去实现这些能力，技术实现真正是在资源层完成的，下面这张图则是OpenStack官方核心组件的整体架构图，做了些许微调。

图中明确地指出了管理OpenStack的三种方法：Command-line interfaces（命令行界面）、GUI Tools（类似于Horizon的Dashboard图形界面工具)、Cloud Management Tools（Rightscale, Enstratius,etc)。显然，在大规模的云计算运维中，使用Command-line interfaces（命令行界面）去执行运维活动是不切实际的。使用OpenStack Horizon的Dashboard图形界面工具，其有限的功能对大规模的云计算环境而言同样是不完备的。OpenStack的Horizon并不是完整意义上的CMP，作为OpenStack的Dashboard项目，当前的Horizon只有很少的一部分CMP功能。Horizon调用OpenStack的各个API接口去操作云平台资源中的各类资源，提供了管理和操作OpenStack的用户界面，实现了 CMP 所要求的一部分功能，但是，它还缺少很多核心功能，尽管基于OpenStack发展而成的CMP可能是未来的技术趋势。而OpenStack被专用性强的Cloud Management Tools（CMP）所纳管，这是被OpenStack官方所认可的管理OpenStack的标准方法之一。另外对于一些资源层的API（如容器云、公有云），也可直接集成到CMP中，而不仅仅限于放在OpenStack资源层中，其区别是有些商用CMP产品已经实现了这些集成，不必要再对OpenStack资源层再定制这些API集成，增加开发量。如果资源层和服务层（狭义CMP）都是走的研发路线，可以考虑将资源和服务彻底分开管理。
所以我们总结一下，目前有三种方式来实现服务抽象层：
（1）使用OpenStack自带的Horizon
前面也讲了，这种方式面向的是基础资源的管理，缺少很多CMP需要的核心功能，如服务目录和编排，多云管理方面也不支持公有云和容器云，计量计费及成本优化等等，面向用户的美观感、页面布局和体验感差，不友好。
（2）定制或者重新开发 OpenStack Horizon
许多商用软件厂商重新定制了Horizon，定制分为两种，一种是基于Horizon社区提供的 Horizon定制方法所做的非常简单的定制，比如更换Logo，简单改变布局、更换界面颜色等，很显然这种定制所带来的差异化非常有限；另一种是深度定制甚至重新编写，这能带来足够的差异化，再者也能将一些核心功能补齐，比如通过集成公有云API，实现公有云和私有云管理平台的整合，还能够整合用户的其他管理系统等。
（3）运用专业的CMP（商用或者研发）
专业的CMP考虑的面比较广，往往以应用和用户为中心，支持各种高级功能，但目前的一个事实是：CMP市场的碎片化程度极高，各产商占有的市场份额都非常低，大部分在10%以下。这个市场呈现出显著的战国时代的特征，这预示着未来几年在CMP市场的白热化的市场竞争。对于我们企业用户来说，选择与自身企业需求和规划相匹配的专业CMP才是最佳选择。