在网络与IT领域，采用一种聚合方法创建基础架构，实现最大的灵活性和规模经济性，这已经不是新闻。IP聚合将网络设备和实践方法结合在一起，而平台架构聚合(如Linux和商业化产品)则对计算资源做相同的事情。但是，将云作为广泛统一平台，前面提到的只是一些必要步骤，而不是最终解决方案。简言之，我们还有工作没做。
网络是将云资源池的元素与用户连接在一起的媒介。
在实现全面聚合基础架构解决方案中，云计算提供了3个重要的经验教训：
• 首先，聚合源于虚拟化的概念，它创建一个抽象资源视图，然后再轻松地映射到各种“真实”资源上。
• 其次，聚合要同时整合所有IT资源——而不仅仅单独使用网络、存储或计算。
• 第三，聚合的实际实现依赖于网络。虽然网络也是聚合的其中一个目标，但是还需要用一些中间元素将物理资源绑定到虚拟化所依赖的重要中央抽象资源。
从大范围看，云提出了虚拟化抽象层的需求，其中包括下面这些组件：运行应用程序和支持用户的虚拟化服务器，附加存储系统和用户网络连接。在最广泛意义上，虚拟化使用户能够将应用程序部署到虚拟化服务器上，然后它能够管理底层服务器和存储资源，满足应用程序所需要的“资源虚拟化”任务。
云用户完全不需要担心服务器由什么组件构成、它们在什么地方、存储功能如何实现以及使用什么网络设备。相反，用户只需要管理虚拟化抽象资源。OpenStack的应用编程接口(API)让用户能够访问虚拟计算服务、虚拟网络服务和虚拟存储服务。这些API能够将资源池的分布式资源分配给应用程序，而网络则是将云资源池中元素连接到用户的媒介。所以，网络发挥着双重作用，它既是虚拟资源，也是云的实际连接工具。
为了高效使用虚拟资源，基于虚拟化的聚合需要网络做更多的事情。当需要从由各种供应商硬件产品构成的资源池中分配资源时，云的抽象层必须将所有资源变成同一类东西，让应用程序能够以相同的方式使用这些资源。
无论在什么主机上，存储都必须通过同一种方式访问。云中间件负责执行这个工作，但是云中间件并不能克服资源的可用性或性能的差异，因为这是由资源与应用之间的网络连接性能差异所决定的。来自全局资源池的存储或计算元素必须有相同的工作方式，无论它是否位于资源池中，无论它离应用程序有多远。
如果网络失效，那么云也不复存在
云驱动的虚拟化聚合任务使网络迫切需要改变。传统的最佳IP连接并不能在云资源池所覆盖的广阔地理位置上实现统一的通信性能。随着距离的增加，延迟和丢包也在加剧，以致有时候这两个问题一起影响云资源的网络访问。如果云资源池的资源在性能上达不到要求，那么应用程序就无法从资源池获得所需要的资源。相反，它们只能获得邻近的资源，也就是那些有稳定性能的资源。这样会大大降低资源池的效率，从而降低云的经济性。有时候，缺少稳定的网络性能会严重破坏云的规模经济，进而使它成为云技术应用的障碍。
抽象聚合所带来的另一个挑战是，使用计算或存储资源的应用程序无法管理通信性能。当大多数计算机都无法连接“网络”时，您又怎么向计算用户解释说遇到了网络故障?在云环境中，连接真实资源与虚拟资源用户的所有网络活动都必须由云自己管理。流程越复杂，云的建设成本就越高。同样，如果网络无法正常工作，那么云的经济基础就会受到威胁。网络性能与稳定的改进，都会降低资源成本和运营成本，也能够改进云的应用。
底线是云正在驱动网络的未来，特别是软件定义网络的发展。因为网络即是“资源即服务”的云，也是将资源绑定到服务的桥梁，所以网络任务的变化将重塑网络技术。
