云和容器如何推动应用服务解耦

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

• 从配套交付基础设施的部署位置到形态，相关决策均由应用需求驱动。55%的组织根据应用的需求和要求选择云环境。40%的组织希望能够为应用选择合适的基础设施形态。（《2018 年应用交付现状》）
• 随着云和微服务架构将应用拆分并分布到不同环境中，共享基础设施不再带来优势，反而成为负担，推高资本支出和运营成本
• 成本、配置和升级是采用按应用架构并为每个应用提供应用服务的主要驱动因素。
• 要支持现代应用和架构，需要按应用提供应用服务

过去几年，Amazon、Microsoft、Google等云提供商一直在协同发力，以满足企业对应用服务的迫切需求。

如今，云市场中已有许多应用服务，而且数量还在不断增加。这些服务可满足安全需求（如Web应用防火墙）、性能需求（如缓存），甚至身份管理需求。这并不令人意外。企业平均依赖16种不同的应用服务，以提升应用速度和安全性。这一数字每年都在增长。企业不会为了加快云采用速度而放弃这些服务。

在这方面，应用服务正在影响客户和云提供商。但这种影响并非单向。云以及日益普及的容器也在显著影响应用服务及其交付方式。

随着企业组织继续投资私有云（本地部署）并试用容器，他们发现传统的应用服务交付模式并非总能满足需求。

与大多数网络服务一样，长期以来，应用服务一直通过由可扩展且可靠的硬件提供支持的平台交付，这类平台通常称为应用交付控制器，简称ADC。这些设备专为实现高可用性和可扩展性而设计，可同时支持数百个应用。无论是网络还是应用，共享基础设施长期以来都具有成本优势。由多个应用分摊资本支出和运营支出是合理的做法。

直到有些应用和架构出现，这种模式不再适用。

越来越多的应用和架构需要采用与应用结合更紧密的方法。例如，现代微服务种类繁多，需要一个快速、可扩展且经济实惠的平台，以便为单个应用部署应用服务。

共享服务平台无法像专门设计的单应用平台那样满足这一需求。主要有以下三个原因：

1. 成本。 如果始终只有一个人使用，就没必要购买一辆可载12人的厢式车。多余的空间不仅会增加前期投入，还会提高运营成本。在适当的情况下（以及对于适合的应用），共享基础设施可以降低每个应用的成本，在财务和运营方面都很合理。但如果只需支持单个应用，共享基础设施只会增加开支，而不会带来额外价值。
2. 配置。现代应用和架构在开发和部署时，都会考虑频繁更新的需求。如果一个平台由您的应用与另外8个更新周期不同的应用共享，一旦出现问题并影响到其他应用，相关团队可能会有些不满。更不用说，配置越多、规模越大，每次需要重新加载或更改时，读取和验证这些配置所需的时间就越长。
3. 升级。当Bob想升级共享平台，而您不想升级时，该听谁的？如果听Bob的，却导致应用出现故障，那就没有赢家。升级共享基础设施可能让人顾虑重重，还可能需要额外花费时间，将配置更新或升级（甚至迁移）到最新版本。这又回到了第一个问题，并可能导致成本不断增加。

市场需要（也要求）一种专为单个应用提供支持的应用服务平台。将平台的服务范围缩小到单个应用，可以减小配置规模（并降低复杂性），将升级失败的影响范围限制在单个应用内，同时降低购置和运营成本。

这是因为云、容器和微服务的兴起，也因为DevOps和数字经济推动组织以更快的速度、更高的频率交付应用。

应用和架构正在发生变化，环境也在变化。这意味着应用服务及其交付机制也必须随之改变。

关于作者

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章