应用领域知识   

    SLB可以基于TCP/IP包头信息将数据包路由到服务器上，至于Web（HTTP）应用，SLB会基于HTTP包头。ADC也已经有了这种功能，并且还将这种功能扩展到可以包含任何应用的包头和应用数据中的任意域。这提高了应用的灵活性。举一个电子商务网站的例子来说明这一新功能是如何应用的。网站上一个用户在浏览网站的同时，另一用户则已经开始进入结帐过程。如果网站出现问题，例如由于并发量引起响应时间变慢，ADC将会把正在结帐的用户发送到更快的服务器上，确保他不会遇上错误。更进一步地，它可以监测有多少人正在消费，以及将某人和大量金额发送给一个更快的服务器。ADC可以让业务能够基于应用数据中任何信息创建规则。

这种灵活性是需要付出代价的。 ADC不是无所不能的，没有了应用数据ADC就无法明白它所支持的业务。ADC有能力实现一些规则以使业务运行更好，但必须在它被告知如何去做的前提下实现。在前面的电子商务的例子中，如果目标是要为大额消费者提供快速响应时间，就必须创建一条规则告诉ADC应该检查应用程序数据的哪个位置和什么是大额消费者。这意味着部署ADC的人必需懂得应用程序和业务规则。这是大多数网络专业人员没有掌握的知识。

想要利用ADC的灵活性，就要求ADC网络部门与公司的业务应用开发人员紧密协作以创建出这些规则。 ADC供应商协助提供大量的基于课题研究以及来自其他客户的信息内容的通用规则。其中许多一般性规则都可以直接或经过修改后用在其他的应用中。了解业务仍然是决定一般规则是否有用的一个前提条件，因此，对业务知识的详细了解将获得竞争性优势。创建基于业务的规则是利用ADC的最难的一部分。

解决办法之一是让每个业务单元建立自己的一套规则。不过，这往往又会导致另一个问题。 ADC通常以分割应用单元的形式支持多个应用程序和服务器。这就使为每个应用程序或业务单元安装ADC的方法变得不划算的。而且，将所有规则整合到一个主集中可能会造成问题。由此产生的巨大的规则集可能会使ADC运行缓慢，而且，当一个业务单元的规则出现问题时，它可能影响到所有业务单元。

这个问题的一个新的解决方法就是虚拟化。虚拟化允许ADC在逻辑上分割成多个虚拟的ADC。这样可以让网络管理把一整套虚拟的ADC分配到每个业务单元。每套虚拟的ADC可以有其自己的一套规则；改变一组的规则，并不影响另一组虚拟的ADC 。虚拟化允许网络管理员限制每一组都只有能力管理自己的虚拟ADC，同时，界定进入每一组的管理能力。

服务器功能剥离

另一个使用ADC的主要趋势就是将服务器上的作业接管到ADC上。这一趋势主要由有2个的因素所促成的。一是，ADC可以比服务器更高效地完成任务；二是，通过将功能从服务器软件和硬件断开而将功能移到ADC可以简化部署。问题是，在许多情况下由于服务器数量很多，可能需要新的硬件或软件才有效地执行这个功能。但是，这样做有时是不可能的，或者是有问题的。这种功能剥离主要是用于进行SSL处理和数据加密以及TCP / IP处理的。