大多数人在日常生活中都会接触web应用程序，无论是在工作中还是个人原因。这些应用程序包括提供银行、金融服务、工资单、公用福利、在线培训的网站等等。如果访问银行账户，或者加载报表、电子邮件和账单时，应用程序响应迟缓，用户会感到沮丧恼火。如果在付款过程中失去了这些服务，人们就会更加无奈！
如果从服务提供商的角度来看这些应用程序，特别是那些具有面向Web的应用程序，一旦让客户丧失兴趣或者感到失望，服务提供商将付出高昂代价，除了失去客户满意度和自己的声誉，还会直接导致实际收入受损，在停机时间每分钟会造成8900美元的经济损失。如果你的服务就在云上，看到以上数据，而你会不会为此而却步呢？
ADC的传统应用
根据ADC出现的位置，ADC通常被称为负载均衡器。ADC通过以下几个方面来支持应用程序:让用户感觉到被访问的服务总是在运行，这样可以减少用户在访问应用时的延迟感；帮助保护和扩展应用支持数百万用户的访问。
传统意义上，负载平衡器作为物理设备，以冗余方式部署。随着虚拟化技术在数据中心中的深入应用，ADC开始作为虚拟设备进行部署。如今，伴随应用程序转移到云环境，ADC被作为云中的一种服务进行部署，或者以虚拟、云和物理设备进行混合部署，这取决于部署成本和用户所需的性能参数，以及这些服务的管理员（DevOps、NetOps或SeOps）的熟悉程度和专业知识。
应用交付的世界在改变
ADC的世界正在迅速变化。 由于应用程序的快速变化，微服务、敏捷方法、持续交付和集成的发展，ADC世界正在发生许多变化。
ADC仍然具有传统的工作方式，即在数据中心提供本地应用程序，或者跨越数据中心在全球范围内提供应用程序，为数据中心的链接提供冗余。 除了为应用程序提供可用性之外，这些设备仍然用于减少延迟 ，即使用缓存、压缩和Web性能优化，但由于ADC在网络中的位置，它扮演了额外的安全角色，跨越各种不同应用具有单点可见性。
我们开始看到其他应用案例，例如用于保护应用保护的Web应用程序防火墙，用于防止敏感信息泄漏的SSL检查，以及跨越多个应用程序和服务的单点登录。 ADC部署的拓扑结构也发生了变化 ，既可以在容器内运行，实现负载平衡和扩展微服务和嵌入式的ADC；也可以为容器内的嵌入式ADC或微服务，提供额外的增值功能。
提供高可用性是ADC的核心用例之一。HA解决了应用程序从数据中心内部和数据中心之间的故障中恢复的需要。SSL卸载也被认为是一个核心用例。随着SSL和TLS在保护Web事务方面使用的日益普遍，将非业务功能从应用和Web服务器中卸载，以便其可以专注于业务处理，就变得十分必要。卸载不仅可以减少应用延迟，而且还能有效降低为用户提供服务所需的空间占用成本。
随着越来越多的用户需要访问特定应用服务，在线应用服务扩展的案例持续增加。实现自动向内向外扩展是ADC具有内置自动化或与系统能够集成的主要原因之一。 高级自动化允许ADC在没有手动干预的情况下，发现和添加或删除新的应用实例到负载平衡资源池。 这不仅减少了手工误操作，并且降低管理成本，，不再要求ADC的所有用户必须是专家才行。
随着我们转向云计算，其他应用案例不断涌现，并迅速成为必要。弹性许可证，例如，当企业从物理硬件或虚拟部署过渡到云端时，控制许可证的成本成为必要。另一个应用案例是提供分析和端到端的可视性，旨在找出问题的根源，有效避免网络团队和应用团队之间的推诿。
ADC位于网络计算与应用的交汇点
由于ADC在应用程序和网络中间占据重要位置，看到ADC所承担附加责任是很有必要的，就像应用为用户服务。应用交付和负载平衡是为各类应用提供可用性、优化、安全性和减少延迟的战略组件。为了帮助关键业务应用无缝迁移到云端，与之相对应的负载平衡和应用交付基础设施已经发展起来，以满足日益增长的持续交付/集成、混合和多云部署需求。
