云和容器如何推动application服务分解
- 应用s推动着从位置到支持交付基础设施的形式等所有方面的决策。 55% 的组织根据应用需求和要求选择云。 40％的人希望能够为应用程序选择正确的外形尺寸。 （2018 年应用交付状况）
- 随着云和微服务架构分解和分发应用程序，共享基础设施成为一种负担而不是好处，从而推高了资本和运营成本
- 成本、配置和升级是支持每个应用程序架构和每个应用应用服务的关键驱动因素。
- 为了支持现代应用和架构，需要采用针对每个应用的应用服务方法
在过去的几年中，我们看到亚马逊、微软、谷歌等云提供商齐心协力满足企业对应用服务的需求。
如今，您可以在云市场中找到大量（并且还在不断增长）应用服务，这些服务可解决安全性（如 Web应用防火墙）以及性能（缓存）甚至身份管理问题。 这并不奇怪。 企业平均依赖 16 种不同的应用服务来使其应用程序运行得更快、更安全。 每年这个数字都在增长。 企业不会为了云的速度而牺牲它们。
在这方面，应用服务正在影响客户和云提供商。 但这并不是一条单行道。 云以及日益增长的容器也对应用服务及其交付方式产生了重大影响。
随着企业组织继续投资私有（内部）云并尝试容器，他们发现传统的应用服务交付模式并不总是适合。
与大多数网络一样，应用服务长期以来都是通过由可扩展、可靠的硬件支持的平台（通常称为应用交付控制器或简称 ADC）来交付的。 这些设备设计具有高可用性和可扩展性，能够同时支持数百个应用。 共享基础设施（无论是网络还是应用）在成本方面一直具有优势。 将资本和运营费用分摊到多个应用是有意义的。
直到应用程序和架构出现在了它原本不存在的地方。
越来越多的应用程序和架构需要更加贴近应用程序的方法。 例如，现代微服务需要一个快速、可扩展且价格合理的平台，以便在该平台上为单个应用部署应用服务。
共享服务平台无法像专门设计的每个应用程序平台那样满足这种需求。 有三个很好的理由：
- 成本。 如果您是唯一会使用 12 座面包车的人，那么您就不会出去购买它。 所有这些额外的空间都需要额外的前期和运行费用。 在正确的情况下（并针对正确的应用），共享基础设施可以降低每个应用的成本，具有极大的财务和运营意义。 但如果您只想支持单个应用，那么只会增加费用而不会增加价值。
- 配置。现代应用程序和架构的开发和部署都考虑到了频繁更新。 如果您与其他八个应用程序共享一个平台（这些应用程序没有相同的时间表），那么如果出现问题并影响他们的应用，他们可能会有点恼火。 更不用说配置越多（而且越大），每次需要重新加载或更改配置时，读取和验证这些配置所需的时间就越长。
- 升级。 当鲍勃想要升级该共享平台而你不想时，谁会赢呢？ 如果鲍勃赢了 - 并且破坏了应用- 没有人赢，那就是谁。 共享基础设施的升级可能是一个令人畏惧的提议。 它们还可能导致花费额外的时间来更新或升级（甚至迁移）配置到最新版本，这又让我们回到第一个问题以及可能增加的成本。
需要（并且要求）一个专门设计用于仅支持单个应用的应用服务平台。 通过将责任减少到单个应用，可以减少配置的大小（和复杂性），将升级失败的影响半径限制在单个应用程序上，并降低采购和运营成本。
因为云、容器和微服务。 因为 DevOps 和数字经济推动组织更快、更频繁地交付。
应用s和架构正在发生变化。 环境正在发生变化。 这意味着应用服务及其交付机制也必须改变。