过去几年，应用程序开发和交付发生了巨大变化。公共云的增长是这一变化的重要催化剂。公共云提供了按需配置和扩展基础设施的能力，为在世界各个角落分发服务提供了几乎无限的可能性。这些变化不仅导致了应用程序开发方式的转变，还导致了应用程序交付方法的转变。
应用程序开发的传统方法通常涉及托管您自己的数据中心或在托管设施内构建以应用程序为中心的基础设施。许多组织将其基础设施分布在多个物理位置，无论是一组适合运行 IT 基础设施的区域办事处，还是一组战略性地位于用户群附近的主机代管处。
为了向这些应用程序提供适当的可用性，硬件负载平衡器是通用的仅部署在每个物理位置以提供对企业所有应用程序的访问。这些应用程序的更新通常需要更改负载均衡器的配置，这通常意味着向网络运营团队开具票证。由于部署专用于特定位置的物理硬件的性质，这些类型的实现往往相当静态。
快进到当前的云应用程序交付时代。公共云用户无需从头开始构建私有数据中心或扩展现有基础设施来构建新的应用程序，而是可以按需使用资源。开发人员只需点击几下鼠标，就可以在他们选择的世界任何地区的少数公共云提供商之间快速部署资源。
要利用公共云提供的敏捷性和可扩展性，您需要一个轻量级的多云应用程序交付平台就像 NGINX 一样。其占用空间小且性能高，这意味着您可以为每个应用程序部署一个负载均衡器，而不必依赖最初为数据中心的南北流量构建的那种重量级负载均衡器。
在许多现代应用程序中，NGINX 作为应用程序堆栈的一部分开始使用，它使开发人员能够将应用程序交付直接构建到应用程序本身中。 NGINX 还允许公共云中所需的规模类型。随着应用程序根据需求增长和缩小，他们的应用程序交付需求可以实时得到满足。公共云的动态特性与 NGINX 的占用空间小和开源特性相结合，为现代应用程序交付提供了强大的解决方案。
虽然公共云的采用继续出现巨大增长，但私有云数据中心不会很快消失。许多组织对私有云进行了大量投资基础设施在未来几年仍然可行。预计混合云市场至少在未来几年内将非常强劲，这意味着物理设备将继续在应用程序交付堆栈中占有一席之地。
混合云方法通过将硬件设备保留在堆栈的前端来增强传统的应用交付设计，以便它们可以执行第 4 层功能。在更接近第 7 层功能的应用程序处部署轻量级灵活的工具（例如 NGINX）使 DevOps 团队能够扩展应用程序本身。硬件设备拥有专用资源来运行更复杂的流量管理并执行安全策略，确保将全球流量传送到正确的位置。 NGINX 在更靠近应用程序的位置运行这些服务的子集，并根据需要随应用程序动态更改。
IT 不断发展并改变着行业格局w 申请已交付。在可预见的未来，传统环境将继续与新的超大规模方法交叉。 NGINX 提供的工具可以在整个范围内实现高效的应用程序交付。
编辑 – 想尝试 NGINX Plus 吗？立即开始 30 天免费试用或联系我们讨论您的使用案例。
发表回复