我们正在经历第四次工业革命。在当今的数字经济中，应用的重要作用让每个公司都化身成了技术公司。一次糟糕的应用体验可能就会导致客户放弃这个应用并转向竞争对手。随着网络攻击规模的增加，每个团队成员和利益相关者在应用开发过程的每个阶段都必须拥抱敏捷开发方法，并始终将安全放在首位。
这一切的背后就是应用现代化。客户和利益相关者期望获得更好的数字体验，如果没有现代化的应用策略，企业注定要被淘汰。因此，应用现代化迫在眉睫。
在这个应用资本的时代，企业需要不断进行转变、创新和增强高竞争优势。据 Gartner 预测，2022 年，全球企业在云软件部署上的支出将达到 5,570 亿美元。为了满足用户和竞争需求，现代应用的开发测试周期已经大大缩短，从最初需要几个月缩短到了现在的几周、几天甚至几小时。如果企业没有充分认识到从单体应用转向微服务的重要性，那么丧失竞争优势甚至逐渐被市场淘汰将是早晚的事。
快速的应用开发周期已成为新的常态。NGINX 拥有得天独厚的优势，可以简化应用现代化的过程，并确保其避免风险、安全无虞。
应用现代化之路
应用多样性的持续增长对首席信息官来说是一把双刃剑：虽然它增加了必要的功能并有助于提高生产力，但同时也带来了意想不到的复杂性。大型公司的首席信息官在跟踪 IT 部门运行的成百上千个应用时非常费力，麦肯锡的一项研究发现，大约 80% 的首席信息官尚未实现他们希望从应用现代化中获得的敏捷性或业务成果。
即使刚开始从单体应用向微服务迁移时非常棘手，但这也是值得的。首席信息官可以借此为未来的应用开发奠定更坚实的基础。开发人员可以自主决定如何构建和部署应用，从而极大地缩短上市时间并确保竞争优势。
应用现代化带来了新的平台、工具、架构、库和框架的同时，也无须担心一切需要推倒重来。对一些面向客户的应用进行现代化改造是一个良好的开端。然后，软件团队可针对分布式计算范式（例如多云和混合云）对这些应用进行优化（这个过程推动了容器化应用的兴起，因为它们更具可移植性）。
实施应用现代化的三种常见方法是：
- “平移” —— 将应用从本地传统服务器迁移到云平台，需要最低程度的代码重写
- 重写大量代码 —— 这使得开发人员将受益于容器及其他现代基础架构和工具
- 重构平台 —— 利用补充更新，替换或修改应用后端以更多地利用云平台；这是一种折中的方法
不是每个应用都必须改造成微服务。有的时候，重写代码是一个更好的解决方案，尤其是在应用与现有系统紧密耦合的情况下。企业需要定义业务目标和长期路线图，然后制定合理的应用现代化方案。分步走有助于为未来奠定坚实的基础，同时最大限度地降低风险。
企业不能以应用安全性、可视化或控制力为代价去追求更快的上市时间。
- 安全性。使用流量可视化监控工具可以深入了解应用的性能，获取有关如何快速响应和规避风险的必要信息。
- 可视化。提高开源系统（例如 Kubernetes）的可视化还可以为企业提供部署方面的洞察。通过检测漏洞和推进故障排除，安全性也得到增强。
- 控制力。 企业可通过 F5 NGINX 控制器 和 F5 NGINX Instance Manager 的单个管理层管理整个基础架构。
这些现代化技术为首席信息官提供了战略优势，能够让他们在业务受到影响之前及时跟上颠覆性趋势。虽然对传统应用进行现代化改造既复杂又昂贵，但 NGINX 工具为首席信息官提供了出色的安全性、可视化和控制力。
全新的 API 领域
每个现代应用的背后都是 API 紧密互连的体现。这些 API 相互之间不断通信，以支持用户使用各项应用功能，无论是支付、语音通话、图像、地理定位，还是许多其他功能。API 一直在应用交付中发挥着至关重要的作用，最近，API 已从应用的组成部分变成了应用的全部。
随着容器、微服务和 Kubernetes 的兴起，应用架构的方向也发生了变化。与数据、隐私、计算和网络的设计以及管理一样，API 的设计和管理也变得非常重要。举例来说，在 Kubernetes 和微服务中，解耦的功能通过 API 进行通信。
就像 UX、DX 和 CX 一样，我们为这种 API 体验创造了一个新的术语：APIX 2.0。无论是现在还是将来，API 体验都将是 DevOps 和 GitOps 团队的关键标准。而APIX 也会直接影响内部和外部的用户。
关键的 APIX 设计需遵循四个原则：
- 原则 1：根据明确的指南设计统一体验。鉴于现在的开发团队通常分散于各处，所以很有必要创建一个 API 评估清单以规范 API 的采用和使用。简化原则可以降低 API 生命周期管理的复杂性。
- 原则 2：正式化服务所有权。为了彻底实现 API 控制的集中管理和自动化，清点正在使用的 API 至关重要。如果没有确定哪个团队或所有者负责哪个服务或服务组，那么 API 生命周期将变得难以管理。集成服务目录可以全面了解各项服务都由谁在管理以及这些服务的执行情况。
- 原则 3：为规模经济、范围经济或两者而设计。在努力优化和交付优质的 APIX 时，企业必须确定他们的目标是规模经济还是范围经济。企业的选择决定了 API 的设计。
- 原则 4：易于管理。API 网关旨在解决现代应用环境的复杂性问题。传统解决方案无法处理容器化、云原生和多云环境。因此，NGINX Controller 的 API 管理模块侧重于通过其创新架构来降低复杂性。企业可通过将数据平面上的 F5 NGINX Plus 与控制平面上的 API 管理模块解耦，隔离运行时流量和 APIM 流量，从而提高处理效率。
客户每次在访问应用时都期望获得卓越的 API 体验，而提供这种体验正是实现应用现代化的关键部分。
应用现代化必须有备而动。凭借这四个原则以及前面介绍的应用现代化路径，NGINX 可通过我们简单而有效的解决方案助您实现应用架构的现代化。
资源
无论处于应用现代化之旅的哪个阶段，您都可以借助我们所有商用解决方案的 30 天免费试用版快速上手：
- NGINX Plus 和 NGINX App Protect
- NGINX Ingress Controller 和 NGINX App Protect
- NGINX Controller
- NGINX Instance Manager
- F5 DNS 负载均衡器云服务 和 F5 备用 DNS 云服务
您也可以使用免费的开源产品：
