application资本时代现代化的紧迫性
我们正处于第四次工业革命之中。 在当今的数字经济中，应用的重要作用使得每家公司都成为科技公司。 只要一次糟糕的应用程序体验就可能导致客户放弃该应用程序并转而使用竞争对手的应用程序。 随着网络攻击的增多，对于应用开发过程的每个阶段的每个团队成员和利益相关者来说，保持敏捷性并保持安全第一的心态至关重要。
这种思维方式带来了现代化。 客户和利益相关者期望一定的数字体验，如果没有现代的应用策略，损失是不可避免的。 因此，现代化的呼声十分迫切。
在当今应用资本时代，企业需要不断转型、创新，增强竞争优势。 Gartner Inc. 预测，到 2022 年全球企业在基于云的软件部署上的支出将达到 5570 亿美元。 为了满足用户和竞争的需求，现代应用程序的开发到测试周期已大大缩短。 原本需要几个月的时间，现在只需要几周、几天甚至几小时。 如果企业没有完全接受从单体到微服务的转变，那么失去竞争优势，或者更糟的是，逐渐被淘汰的可能性是显而易见的。
快速的应用程序开发周期是新常态。 NGINX 处于正确的位置，可以简化现代化工作，并使进入这个新时代的旅程安全且无风险。
现代化之路
应用多样性的持续增长对于 CIO 来说是一把双刃剑：虽然它增加了必要的功能并有助于提高生产力，但快速增长也增加了意想不到的复杂性。 大型公司的 CIO 通常难以跟踪 IT 部门运行的数百到数千个应用，麦肯锡的一项研究发现，大约 80% 的 CIO 尚未实现他们希望通过应用现代化实现的灵活性或业务成果。
即使最初比较复杂，从整体式架构到微服务的转变也是值得的。 CIO 的采用可以为未来的应用程序开发奠定更坚实的基础。 通过让开发人员自主决定应用程序的构建和部署方式，上市时间将大大加快，从而确保竞争优势。
现代化为新平台、工具、架构、库和框架建立了一条具体的道路，而不必担心失去一切并从头开始重建。 一个好的开端是对一些面向客户的应用进行现代化改造。 然后，软件团队可以针对分布式计算范例（例如多云和混合云）优化这些应用（此过程推动了容器化应用程序的兴起，因为它们更具可移植性）。
应用程序现代化的三种常见方法是：
- “提升和转移” ——将应用程序从本地旧服务器迁移到云平台，这几乎不需要重写代码
- 重写代码块——允许开发人员从容器和其他现代基础设施和工具中受益
- 平台重构——利用补充更新，替换或修改应用程序后端，以专注于云平台，作为其他两种方法之间的中间立场
并非每个应用都必须作为微服务运行。 有时重写代码是一个更好的解决方案——尤其是当应用与现有系统紧密耦合时。 重要的是明确您的业务目标和长期路线图，然后整合合理的应用现代化方法。 一点一点地工作有助于为未来打下坚实的基础，同时最大限度地降低风险。
然而，加快上市时间不能以牺牲应用的安全性、可见性或控制力为代价。
- 安全。 使用监控工具实现流量可视化可以深入了解应用的性能，提供如何快速响应和降低风险的必要信息。
- 能见度。 提高 Kubernetes 等开源系统的可见性还可以为组织提供部署洞察。 这通过检测漏洞和推进故障排除来增强安全性。
- 控制。 使用 F5 NGINX 控制器和 F5 NGINX 实例管理器[现已合并为NGINX 管理套件]可以帮助通过单一管理层管理整个基础设施。
采用这些现代化技术可以让 CIO 在业务受到负面影响之前应对破坏性趋势，从而为他们带来比竞争对手更好的战略优势。 尽管对遗留应用进行现代化改造的工作可能很复杂且成本高昂，但NGINX 工具可以为 CIO 提供安全性、可见性和控制力。
API 的新领域
在每个现代应用的底层，工程师们都实现了整个 API 世界。 这些 API 不断相互通信，以使应用程序能够为用户提供服务——无论是支付、语音通话、图像、地理定位还是其他多种功能。 API 在应用交付中始终发挥着至关重要的作用，最近，API 已经从应用的一部分变成了应用程序的整体。
随着容器、微服务和 Kubernetes 的兴起，应用架构的方向发生了转变。 API 的设计和管理变得与数据、隐私、计算资源和网络一样重要。 例如，在 Kubernetes 和微服务中，解耦的功能通过 API 进行通信。
正如我们有 UX、DX 和 CX 一样，我们对这种 API 体验有一个新术语： APIX 2.0 。 现在以及将来，API 的体验方式将成为DevOps和GitOps团队的关键标准。 APIX 直接影响用户——内部和外部。
在设计关键的 APIX 时，有四个原则：
- 原则一： 根据明确的指导方针设计统一的体验。 现在团队已经分散，创建 API 评估清单以实现采用和使用的标准化就显得尤为重要。 简化原则可以减轻以前的API生命周期管理的复杂性。
- 原则2： 使服务所有权正式化。 为了实现 API 控制的充分集中管理和自动化，盘点正在使用的 API 至关重要。 如果不确定哪个团队或所有者负责每个服务或服务组，API 生命周期将变得难以管理。 集成服务目录可以全面概述谁在管理服务以及这些服务的运行情况。
- 原则3： 设计时考虑规模经济、范围经济，或者两者兼而有之。 在设计优化和交付优质 APIX 时，组织必须确定其目标是规模经济还是范围经济。 该选择决定了 API 的设计。
- 原则4： 使其易于管理。 API 网关旨在解决现代应用环境的复杂性。 传统解决方案无法处理容器化、云原生和多云环境。 这就是为什么 NGINX 控制器 API 管理模块[现在是API 连接管理器，NGINX 管理套件的一部分]专注于通过其创新架构来降低复杂性。 通过将数据平面的F5 NGINX Plus与控制平面的 API 管理模块分离，运行时流量和 APIM 流量被单独隔离，以实现更高效的处理。
每次客户访问应用程序时，他们都期望获得卓越的 API。 提供这种体验是现代化成功的关键部分。
实现现代化的努力必须是自觉的。 通过这四个原则以及上述现代化路径，NGINX 可以通过我们简单有效的解决方案帮助您实现应用架构的现代化。
资源
要了解有关应用程序现代化的更多信息，请参阅 The Register 上的以下相关文章：
无论您在应用程序现代化旅程中处于什么阶段，您都可以开始免费试用我们所有的商业解决方案 30 天：
- NGINX Plus 和 NGINX App Protect
- NGINX Ingress Controller 和 NGINX App Protect
- NGINX 管理套件[以前称为 NGINX 控制器和 NGINX 实例管理器]
或者从免费和开源产品开始：
“这篇博文可能引用了不再可用和/或不再支持的产品。 有关 F5 NGINX 产品和解决方案的最新信息，请探索我们的NGINX 产品系列。 NGINX 现在是 F5 的一部分。 所有之前的 NGINX.com 链接都将重定向至 F5.com 上的类似 NGINX 内容。”