云时代马上就要到来，我们不能忽视这一点。云计算正以这样或那样的方式进入各个企业，他们要么将所有的应用全部推向云端，要么用云来处理超额工作流程，都产生了可观的经济效益。如果云服务使用同一基础设施，用户可以通过相同的虚拟化软件，管理自己的服务器，还可以在云端运行ADC。

　　虚拟ADC可以通过把虚拟机和ADC作为一个单位在服务器间整体移动而简化应用迁移的过程，从而减轻了自动配置的任务。当然，还有一些潜在的问题需要解决，如容量规划和可靠性。

　　容量规划比较复杂，与虚拟ADC独占硬件不同，它访问CPU和I / O必须通过管理程序(反之亦然)，这意味着其他虚拟机可能会影响虚拟ADC的性能。幸运的是，有些功能(如TCP协议优化、会话管理、负载平衡)并非资源密集型。另一方面，一台虚拟ADC不足以支持压缩和加密等资源密集型的功能。因此，可以卸载此类硬件功能模块。

　　许多组织使用多层ADC来加强处理能力和管理整体负载。例如，保健信息服务提供商RelayHealth的网络工程主管Scott Lokey，介绍了其公司的多层应用交付网络。RelayHealth公司使用多层ADC进行面向客户的连接管理、SSL及压缩。每一层都有自己的功能，处理请求会分发到不同的硬件设备，整体性能得到提高。另外有一台内部的ADC，用来进行各层服务的负载平衡。

　　将绑定某种应用的虚拟ADC同处理资源敏感型操作的物理ADC结合起来使用，是一种比较合理的设计。虚拟ADC是一个新领域，用户需要多加监测，以了解它们如何影响应用的整体性能。

　　虚拟化技术的推动力量之一，就是在故障转移中易于安装应用服务器，这其中也包括虚拟ADC。不过，必须要确保为每台服务器提供故障转移的虚拟ADC驻留在同一管理程序，但不依赖相同的网络基础设施。在前一种情况下，如果管理程序失败，用户将失去ADC的，也不会保留备份。后一种情况是任何人都熟悉的系统故障设置：设置尽可能多的冗余路径，以消除单点故障。通过这一程序可以达到两个目的：在不同的硬件设备上保持故障保护装置和虚拟环境。

　　如果在云端运行ADC，用户不得不接受一定的可靠性损失。由于无法指定虚拟机运行在云端的具体某台设备上，因此ADC、应用服务器，或备份ADC，可能会在相同的物理服务器或其他共享组件上运行。