第三种模型是三层式管理模型。如图5所示，统一的云管理平台运行在一个逻辑层面(Top Tier)，向云计算用户提供服务界面、云服务供应操作，不直接管理和操作底层设备。中间层(Middle Tier)是基础资源操作管理层，接受来自上层的云服务调用，并转换为针对底层设备的配置操作，中间层同时作为专业化系统对基础设备执行运行、维护、监管等功能。最下层为基础设备层面(Infrastructure Tier)，是计算、网络、存储等基础云计算资源连通运行形成的物理层，接收来自上层的指令而运行和提供服务。
图5 三层式管理模型
对于三层式模型，中间管理层统一了来自云服务管理平台的指令和自身的运维变更指令，形成一致的操作集下发，保证了操作的统一性。特别是对云计算而言，上层服务的部署、变化总是会涉及到底层多个系统之间的相互关联性变化，如虚拟机动态计算的特点使得其网络位置发生变化，存储资源也会因为数据迁移产生位置变更，这都涉及到计算、网络、存储各个对象之间的信息交互、协议通告、连接性检查等处理，以保证云服务的连续性与持续性。数据的流转与基础协议交互发生在第三个平面，但是在中间层不同资源的管理控制系统之间也主动进行信息传递，如虚拟机管理系统与网管系统之间交互计算迁移、状态与位置等信息，这使云服务的管理过程更为精确和可控，能够实现全部IT基础资源之间的关联性，并使得云计算的部署逐步走向更为完善的自动化。
三层管理模式更进一步的好处是，中间管理层作为对基础资源层面的指令层，因其完全由软件构成，具有需求变化的能力，即能够封装多种来自服务层面、异构系统之间的互操作信息，形成下层易执行的指令下发到基础设备上。如图6所示，每一种基础资源与其管理软件构成了一个灵活的按需变化的IT系统，它们对外的变化接口主要由管理软件来实现，当前通用的SOAP/RESTful等接口已经广泛用于软件系统之间的调用，以EVB技术实现为例：网络与网管之间完全紧耦合实现网络系统内部的运行控制管理，虚拟管理中心与服务器虚拟化系统之间完全紧耦合实现虚拟计算内部的运行控制管理；在Infrastructure Tier层面，网络与虚拟机系统之间通过标准技术EVB来实现数据互通与协议交互，这是整个云计算得以实现自动化、动态性、关联性的基础互通标准要求。而在控制层，网管系统与虚拟管理中心则通过SOAP/RESTful接口方式可以灵活定义这两种异构系统之间要求传递的信息(虚拟机标识、业务类型、网络标记、网络属性等)，从而实现了整个云计算系统的底层数据流转、控制层面业务属性流转。
图6 异构系统之间的灵活接口方式
三种模型的对比小结
就目前国内用户应用情况而言，用户对计算、网络、存储分离的管理运行已经形成很好的经验，这在云计算环境下依然是很好的借鉴；在考虑向云计算转型/演进的架构上，服务交付与IT运行可能是相互独立，但又是前者依赖后者、后者以前者为目标的业务方式，这就要求云的管理运行架构既要有很大的灵活性，又要有对基础层面控制的精准性。模型一是当前很多用户认为很自然的结构，因为这个模型很含糊地掩盖了云服务与云基础架构运行的差别，模型二与模型三则展开了云计算的运行框架要求，同时还融合了传统IT的运行管理模式，使得用户的IT模式以渐进方式迁移到云服务。
4 结束语
适用的数据中心管理运行模型，不仅可以使业务模型清晰可靠，并能极大提升业务运行能力，使得传统数据中心的运行机制得到重用。但是，不同的云计算服务模式有其自身特点，基于自身的运行能力、已有系统的要求，选择并演进到适合每个云计算数据中心适用的模式，需要用户、厂家、服务供应商持续的适配、调整才能优化形成。(袁欣)
