弥合鸿沟： 传统与现代建筑

我们正处于应用程序架构的重大转变之中。 根据思科（全球云计算指数： 2016 年至 2021 年），85% 的新应用工作负载实例基于容器。 这意味着它们是使用严重依赖 API-first、微服务原则的现代应用程序架构进行设计和开发的。 这种架构与自从互联网成为可靠的商业手段以来一直主导应用领域的传统的三层 Web 架构有显著不同。

但传统的应用也不会消失。 研究表明，传统（遗留）应用的寿命比许多职业都要长——可达 20 年。 事实上， BMC 的研究发现，超过 51% 的受访者将一半以上的数据存储在大型机上。 受访者进一步指出交易量（59%）、数据量（55%）和应用变化速度（45%）均有所增加。

这些架构根据许多特点进行划分，包括技术选择。

传统应用程序依赖于 Web 服务器、应用服务器和关系数据库。 容器、应用引擎和 NoSQL 数据库是现代开发的首选。 传统应用程序主要驻留在本地并利用共享资源。 现代应用程序位于云端，并期望有专用的资源供其使用。

我们还发现，用于提供所有应用程序所依赖的服务的架构存在对比，以加强安全性、确保可用性并提高性能。 需要明确的是，这种差距实际上并不是基于应用服务的使用，而是基于提供这些服务的平台的效率。

容量和连接

根据我们的《2019 年application服务状况》报告，效率是数字化转型所期望的首要结果。70% 的组织认为 IT 优化（效率）比竞争优势（46%）和新商机（45%）等“流行词”好处更重要。 在2019年CIO状况调查中，40%的受访者表示，提高运营效率将是今年推动IT投资的最重要举措。

效率很重要。 问题在于，随着传统建筑和现代建筑之间的分歧，我们对效率的定义方式也出现了分歧。

传统的交付架构根据交易价值（例如每个连接的成本）来衡量效率。 系统建立在共享基础设施和资源的前提下，需要高度可靠、可扩展的平台来提供应用服务。 单个应用交付平台平均充当着超过 130 个不同应用的网关。 其效率基于每个连接（容量）的成本，一般来说，成本越低越好。 只要能够实现高容量，复杂性是可以接受的。

当今的云原生和基于容器的应用方法预示着“应用”数量的爆炸式增长，这些应用程序需要与其单体式前身相同的安全性和规模。 单个应用不再需要扩展到数百万个连接。 相反，这百万个连接将分布在数百（或数千）个小型应用中。 应用服务不需要扩展到数百万个连接，因为“应用”不再垂直扩展，而是水平扩展。 每个人只负责整体连接的一小部分。 那么，分配这些连接的应用服务也不需要那么高的容量。

速度、简便、安全

相反，效率是根据简单性和速度来衡量的。 需要做出快速、频繁的改变才能满足数字经济日益增长的需求。 2017 年SDxCentral容器和云编排报告中，高达 62% 的受访者部署容器是为了实现“更快的启动和关闭”速度。 近一半（47%）的企业部署容器正是因为其更易于管理。 然后，应用服务必须能够在现代架构中轻松且快速地获取、部署和运行。 这就是为什么开源主导 CI/CD 工具链并使 NGINX 成为大多数开发人员和 DevOps 社区如此有吸引力的工具的原因。

现代交付平台在传统架构中效率并不高，传统交付平台在现代架构中效率并不高。 当我们考察应用安全性时，这一点尤其明显。 应用安全主要是为了防止外部（公共）攻击到达应用、服务器和数据源。 有效且高效的应用安全性尽可能接近攻击源。 当应用发现攻击或恶意负载时，通常已经太晚了。 资源已被消耗。 恶意软件已交付。 恶意代码已经植入。

就架构而言，这通常意味着应用安全性最有效地部署在传统（NS）架构中，以防止恶意流量到达在任何类型的环境（即现代或传统）中执行的应用。

弥合鸿沟

简而言之，这就是我们通过收购 NGINX 所要填补的现有架构鸿沟。客户需要传统和现代交付架构的选项来满足他们自己的效率方程。 我们认为，这两者都需要帮助客户弥合传统（NS）和现代（EW）架构之间的鸿沟。

如今，这两种架构对于企业成功更快、更频繁地提供数字化功能都是有效和必要的，最重要的是，以最有效的方式支持其最宝贵的资产：多代应用组合。 我们相信，现在是时候通过结合传统和现代交付架构的优点来弥合这一鸿沟了。

有关 F5 与 NGINX 合作的优势的更多信息，请参阅 F5 首席执行官介绍“弥合鸿沟”博客系列的文章。