到此，整合的范畴还都是基础平台(包括虚拟环境)方面的融合，但这种资源上的管理还是较为初级的阶段，而更高层次的融合，则包括了面向云的统一资源调度与应用的统一部署和管理，这方面则就是CloudSystem最早确立的优势。
惠普的VirtualSystem其实就是CloudSystem的一个基石，当加入云自动化部署与应用模板之后，就是CloudSystem的基准形态。而在这一层次上，则跨越了基础设施平台的局限，也就是说它是从一个云与应用部署的角度来看整体的IT架构。你可以通过CloudSystem来管理包括SuperDome2在内的融合云，虽然后者在云和虚拟化方面的能力与功能较x86更高一畴，但CloudSystem提供了这种融合的选项。在现实中，更典型的案例就是IntegrityBL860/870/890ci2动能服务器与ProLiant服务器之间的云环境整合(后台的存储环境是通用的)。客户可以通过CloudSystem的单一管理界面来管理基于异构融合设施的云。
在应用层面，应用部署模板--CloudMap的出现则为用户开创了跨平台统一界面应用快捷部署方面的先河。CloudMaps是CloudSystem的一个非常重要的组成部分，也是体现其融合层次的重要证明。目前它主要分为三个层面为用户提供快捷的应用平台与应用部署与管理，包括基础架构置备(InfrastructureProvisioning)、应用部署(ApplicationDeployment)和生命周期管理(LifecycleManagement)，它可以将原本数个月的部署周期缩减小几十分钟，并可在一个简洁的图形操作界面下，以鼠标拖拽的方式进行基础设施的拓扑操作。
CloudMaps将应用部署的各个主要阶段进行预先的研究与配置，客户可在现场结合自己的CloudSystem的配置来做灵活的应用部署。
SAP相关的CloudMaps,包括了Windows、Linux与HP-UX的环境，可以在CloudSystem下统一部署。
惠普关键业务服务器融合
由此可见，CloudSystem在融合的层次上，率先达到了一个新的高度，虽然现在也有些集成化的解决方案开始提供了应用平台级别的整合功能，但不可否认的是CloudSystem更早的提出并实践了这一理念--它已经超越了传统的硬件级别的融合，也不再是简单的硬件与管理软件的简单堆叠，而是从云与应用部署的角度来解决从基础设施到应用平台的融合问题。在这一发展过程中，我们看到了这种以高层次融合为出发点，基于HP-UX的BCS与x86环境很好的协同与统一的管理，这无疑为最终用户提供了便利的向云迈进与统一快捷的应用部署的理念与方法。
CloudSystem的融合广度
上文已经提到，现在也有一些类似于CloudSystem这样的集成化系统开始向应用的统一管理方向转变，似乎CloudSystem在融合层次方面的优势正在减弱，但我认为这是一个殊路同归的必然，因为越来越高层次的融合而不是内部的对抗，是云时代的大势所趋，BCS也正是在这一方面率先找好了自己的位置。而在另一方面，基础设施融合的广度则在这一趋势下更为重要。
如何在一个云的环境中选择基础设施，是一个架构者从开始就好面对的问题。而从方案提供商的角度来看，则有不同的选择。现在我们能在市场上看到几种类别的集成化解决方案，一种是将自己的软硬件产品进行深度的整合，为用户提供一个一站式的解决方案。但用户在基准配置方面一般也没有太多的选择，很容易被厂商锁定，且供挑选的硬件型号单一。另一种则是推出全新的产品，在此基础上进行相对松耦合式的集成，并进行相应的高级扩展，从基础设施到云平台再到应用平台，可是新的能力要结合新的硬件，对于用户的历史投资则是一种果断的割裂与抛弃。惠普的做法则是尽力整合更多的基础设施，并以此为起点，融合不同层次的高级管理与应用部署功能。
比如CloudSystemMatrix基础管理平台在服务器支持方面可以说相当广泛，甚至两代之前的服务器都可以支撑，以CloudSystem的核心--刀片服务来说，即使用户使用的是ProLiantBLG5刀片也仍然可以升级为CloudSystem,另一方面CloudSystemMatrix还支持任何部署了微软WindowsServer2008与VMwareESX3.0或以上版本虚拟化平台的ProLiantDL机架服务器，在动能服务器方面也是如此，除了BL860/970/890ci2之外，还支持基于HPIntegrityVM模式的上一代的动能服务器以及最高级的SuperDome2.如此广阔的基础设施的融合范围，无疑为拥有动能服务器的客户提供了良好的可升级环境。