微软Windows Azure Pack私有云技术解析

　　无论从什么方面看，管理门户以及和其对应的管理API都是很重要的， 从SDC（Software Defined Compute，软件定义计算）的方面来看，这个管理API定义了最上层、用户应用程序可以对整个云基础架构进行管控的能力。在Windows Azure Pack当中，使用的是OData REST API（http://www.odata.org/），这是一个符合REST定义、以数据为核心的API协议：

　　在OData REST API之上，Windows Azure Pack构建了管理门户，并提供给管理员和客户（或者说租户）进行各自的管理。

Windows Azure Pack提供的管理门户界面和Microsoft Azure一致，当然，基于软件定义计算的定义，这个管理界面可以自己编写修改

　　按照我们软件定义计算的定义，管理门户属于最上层的Application Plane，应用平面，这个“应用”和云服务运行的“应用”不太一样，指的是这个平面运行的应用可以管理控制下层的Control Plane以及Data Plane（或者Infrastructure）构造，因此这是一个逻辑上的定义。Windows Azure Pack也很符合软件定义计算的特性——其核心是南北向的API，除了API之外，其它层的组件都是可以灵活更改的，如同Windows Azure Pack说明的那样，管理门户可以被完全替换成用户编写的应用，以更适合用户运行的应用程序。微软还给我们展示了通过微信语音来开启Windows Azure Pack云的虚拟机，更多的能力还可以进行自行开发。

　　Application Plane下面两个分层是微软的定义架构与软件定义架构最不相同的地方。中间层Control Plane控制平面是非常重要的分层，一方面，它通过北向API接受Application Plane的管理，另一方面，它通过南向API管理着下层的基础架构，以实现特定的功能。在Windows Azure Pack当中，控制平面，或者按照微软的定义为服务层，主要由两大部分组成，其中一部分是IaaS，另一部分这是PaaS附加，根据用户私有云配置的不同而不同。支持PaaS是Windows Azure Pack的一大特点。

Windows Azure Pack IaaS私有云架构图

　　在Windows Azure Pack当中，北向API——也就是联接Application Plane和Control Plane的API，其内部具有两个层次，分为SM API（Service Management API）和SPF API（Service Provider Foundation API），实际上，还有第三层API：System Center所用的API，SM API和SPF API都是对System Center API的层层封装，为什么不直接用System Center API？一方面，System Center虽然功能强大却过于复杂，其API也一样；另一方面，System CenterAPI并不是固定的，各个版本会升级变动，不利于管理，因此就出现了SM API下面是SPF API，SPF API则使用System Center API的情况；最后，Windows Azure Pack架构里面还有其他的组件，也需要北向API提供相应的接口。

　　北向API是Windows Azure Pack的核心组件，也是软件定义架构的核心功能：提供对处于Control Plane的管理功能的封装。通过SM API和SPF API，Windows Azure Pack让用户和系统管理员不需要去管理复杂的基础架构，而需要通过简单易用的管理门户就足够了。