application服务必须像跟踪数据一样跟踪应用程序

云计算和容器的采用已经颠覆了几十年来主导数据中心设计的传统烟囱式网络架构。 对流量的控制不再局限于单一网络架构中明确定义的位置。 由于容器取消了应用交付中日益增强的功能，它现在分布在互联网和整个数据中心。

应用的这种分布对运营造成了严重破坏，因为通过控制数据路径，应用和支持基础设施的可见性、安全性和性能不再能够得到保证。

显然，传统的网络战略控制点正在被颠覆，而长期占据其存在的应用服务也随之被颠覆。

多年来，这些应用服务一直在被称为应用交付控制器的平台上交付。 反过来，ADC 依靠硬件来实现满足业务的性能和可用性要求所需的规模和速度。 ADC 作为硬件解决方案，已经因需要在单个设备中处理数百和数千个应用的负载而具体化。 这一选择是由应用决定的，应用程序受其作为主要接口的数据的束缚。

但是应用服务并不局限于硬件，因为它们一直是软件。 专用硬件的优势在于它能够提高性能和规模，比商品硬件提供数量级的提升。

正如应用服务不绑定到硬件一样，应用也不绑定到数据中心。 事实上，应用与其数据的联系更加紧密。 当数据移动时，应用也会移动。 这种因果关系对于未来的应用交付至关重要，因为我们即将生成比我们能够移动的更多的数据。 根据思科的“泽字节时代”： 趋势与分析”，到2021年我们将产生60泽字节（ZB）的数据。 然而，我们移动这些数据的能力仍然较低，仅为 3.3 ZB。 数据的引力必然会将应用束缚在数据所在的环境中。 该环境可能是数据中心，但也可能位于云中。

应用与其数据的耦合也体现在应用服务与应用的类似耦合中。 随着应用的移动，其应用服务也必须移动。 这会对数据路径产生影响。

架构和操作模型已经发展到适应可预测的数据路径，但这种可预测性现在已经不复存在。 组成基于云的应用的服务不遵循规定的互连性。

网络化服务必须转型。

单一、定义明确的数据路径不复存在，传统上部署应用服务的战略控制点也随之消失。 数据路径现在是可变的、动态的和分布式的。 随着云和企业采用针对每个应用程序的方法进行开发、部署和交付，它们的数量会越来越多。 现在可以沿该路径在任何位置插入和执行应用服务。

为了跟随应用，应用交付需要采用不局限于数据中心网络的应用服务模型。 相反，它需要采用包括云原生和基于服务的产品在内的替代部署位置和运营模式。 

这种方法为应用服务的插入和交付引入了新的选择。 应用服务可能会插入到应用或客户端中，但在云的范围内或作为服务执行。 它们可能作为二进制组件内置于应用中，或者包含在元数据（如标签）中。 与跟踪应用的数据的能力相比，位置变得不那么重要。

选择就是机会

将这些选项视为威胁可能很有诱惑力，因为它们不利于部署传统的 ADC。它们本质上颠覆了传统的交付架构，迫使供应商和应用交付专业人员将他们的领域扩展到网络的舒适范围之外。

但最好将这些选择视为机遇。 这些新选择为采用新的应用服务和运营模式提供了机会，从而可以继续提供应用服务，确保应用程序的安全、快速和可用。