也许您是守旧派并将其称为负载均衡。或者，如果您更时髦，可以将其称为应用程序交付控制器(ADC)。或者您可能更时髦，将其称为应用程序交付平台(ADP)。无论您怎么称呼它们，这些用于管理最终用户和企业系统之间流量的设备和软件即服务支持比以往任何时候都更加重要。负载均衡、ADC和ADP，无论技术术语如何定义，辅助应用交付的具体工具千差万别，企业应确保匹配适合其特定需求的平台。ADPToday：形式有时很重要形式是一个非常重要的考虑因素。在ADP也叫负载均衡的时代，IT服务交付环境只是本地资源，以共享为后盾，还有一些专用的托管系统。在一堆盒子（通常是Web服务器）前面使用一个盒子曾经是一个很好的解决方案。在当今几乎完全虚拟化的混合服务交付环境中，很大一部分企业工作负载转移到不断变化的混合云计算服务上，以前的解决方案不再那么可靠。因此，首先，与旧的负载均衡器不同，新的ADP应该具有内置虚拟化（无论是本地还是托管），同时还支持基础设施即服务部署。理想情况下，虚拟部署将允许ADP跟踪工作负载的变化。当然，并不是关于负载均衡的所有内容都已过时。例如，物理设备仍然很重要，尤其是对于以专用Web服务器为前端的基础设施而言。如果对需要特殊功能的物理设备有合规性要求，情况也是如此。理想情况下，物理设备本身应该内置虚拟化功能。这将允许在多个独立的虚拟ADP实例之间共享资源，这些实例专为增强安全性而构建，简化了每个应用程序的管理和多个复合服务的交付。当然，如果ADP作为服务来交付，就不用考虑形式的问题，服务的提供和部署都是抽象的。考虑大小问题的大小是另一个重要的考虑因素。微服务的增加使IT转向更加面向服务的方法，而ADP需要管理更多设备的流量。同时，他们需要处理服务上增加的东西向流量，有时比最终用户流量更频繁、更大量。为了应对这些流量增长，ADP应该提供水平或垂直扩展。理想情况下，您应该同时拥有两者。随着ADP产品的扩展，管理工具需要通过一个简单的单一界面来降低复杂性。ServiceSuite同样，除了简单的负载均衡服务套件也是至关重要的。IT服务使用模式发生了巨大转变。员工可以随时随地使用任何设备工作。最终用户和服务之间的通信，或仅在服务内部的通信，越来越需要加密。因此，企业应支持具有多层功能的ADP，例如支持随处办公的移动专用解决方案。删除不必要的加密既可以缩短响应时间，又可以减少运行应用程序所需的服务器数量。适应自动化最后，任何ADP都应该有一个强大的API，用于自动集成到数据中心，并通过云进行运营和管理。深度全面的自动化不再只是一种选择，相反，任何ADP都应该包含在自动化系统中。
