在自动化响应的管理关联结构上，云服务的提供需要将业务需求转换为对基础资源的部署要求，并形成相应的底层配置下发到不同的设备上，同时在服务变更(包括容灾、虚拟机迁移、扩展等资源的操作与调度)过程中，能够全方位调整底层设备的配置、功能、对接，以匹配业务需求。
3 如何选择合理的运行管理模型
模式一：集中统一的云计算运行管理
为了实现灵活的云计算服务，有些人提出了一种以统一集中的方式进行数据中心基础架构的运行管理模式（如图3所示）。这种模式下，云的操作管理平台能够对计算、存储、网络进行整合，在用户操作平面上形成单一的界面，在逻辑结构、运行结构上很清晰，管理层次少。
图3 集中统一的云计算运行管理模型
这种结构虽然在一定程度上实现统一的业务部署、基础资源的自动化调度，但局限性很明显。不同的IT系统有其固有的专业性，网络、计算、存储各个系统的监控运行、故障处理、软硬件升级、容量与规划完全不同，要在一个管控系统中既做到业务的统一，又做到基础管理的全面，不仅对这个系统本身的规模、复杂性、功能性、专业性提出了挑战，而且对于支撑管理运行的团队，也在操作配合、知识体系、专业交叉上产生了巨大的复杂度。
即使是一个厂家能够以极高的专业程度整合多个基础资源的运行管理到这样的统一系统，这个系统也必将非常巨大、复杂，其本身的运行维护也会存在极大难度。
模式二：双属式管理
第二种模型是双属式管理模型。如图4所示，在类似第一种模型的架构下，除了统一的运行管理平台，在计算、存储、网络各个系统中集成各自专业的管理系统。相比模型一，模型二有极大的增强，不仅可以简化统一运行管理平台的复杂度，又引入了传统成熟的运维管理方式，并分离了云计算的服务运营与基础架构管理，形成一个具有分工与协作的IT运行结构。
图4 双属式管理模型
但这种模式的不足在于，对底层物理设备而言，存在两套指令系统：供应云服务的统一管理平台和独立的运维系统，如果存在操作上的偏差，需要这两套系统之间预先定义或确定一个优先顺序，否则在某些条件下将导致因不同系统的指令冲突造成服务的异常。同时，对于基础设备来说，两套指令系统的调用接口或协议也可能完全不同，甚至由于当前标准化的不足，针对不同的云管理平台有不同的定制化要求，带来了基础设备运行与设计上的复杂。
