在过去的几年中,我们看到亚马逊、微软、谷歌等云提供商齐心协力满足企业对应用服务的需求。
如今,您可以在云市场中找到大量(并且还在不断增长)应用服务,这些服务可解决安全性(如 Web应用防火墙)以及性能(缓存)甚至身份管理问题。 这并不奇怪。 企业平均依赖 16 种不同的应用服务来使其应用程序运行得更快、更安全。 每年这个数字都在增长。 企业不会为了云的速度而牺牲它们。
在这方面,应用服务正在影响客户和云提供商。 但这并不是一条单行道。 云以及日益增长的容器也对应用服务及其交付方式产生了重大影响。
随着企业组织继续投资私有(内部)云并尝试容器,他们发现传统的应用服务交付模式并不总是适合。
与大多数网络一样,应用服务长期以来都是通过由可扩展、可靠的硬件支持的平台(通常称为应用交付控制器或简称 ADC)来交付的。 这些设备设计具有高可用性和可扩展性,能够同时支持数百个应用。 共享基础设施(无论是网络还是应用)在成本方面一直具有优势。 将资本和运营费用分摊到多个应用是有意义的。
直到应用程序和架构出现在了它原本不存在的地方。
越来越多的应用程序和架构需要更加贴近应用程序的方法。 例如,现代微服务需要一个快速、可扩展且价格合理的平台,以便在该平台上为单个应用部署应用服务。
共享服务平台无法像专门设计的每个应用程序平台那样满足这种需求。 有三个很好的理由:
需要(并且要求)一个专门设计用于仅支持单个应用的应用服务平台。 通过将责任减少到单个应用,可以减少配置的大小(和复杂性),将升级失败的影响半径限制在单个应用程序上,并降低采购和运营成本。
因为云、容器和微服务。 因为 DevOps 和数字经济推动组织更快、更频繁地交付。
应用s和架构正在发生变化。 环境正在发生变化。 这意味着应用服务及其交付机制也必须改变。