挑战

挑战

各组织会使用 Kubernetes 或 RedHat OpenShift 等容器平台,并结合敏捷的开发方法来加速应用程序的开发和部署。

容器是用于开发云原生应用程序的基础性基础结构组成部分,因为其灵活性和便携性可让开发人员“一劳永逸”。容器减少了依赖项,并实现了组件层面的扩展,这是利用微服务实现应用程序现代化的关键。

容器化应用程序需要原生应用程序交付机制,以交付优化性能。开发人员和 DevOps 团队需要面向 Kubernetes 和 OpenShift 环境的云无关轻量应用程序交付解决方案。

但是只能通过 IT 部门更改静态配置的传统方法与敏捷的容器范例存在冲突,后者可能在几分钟内便可动态创建出新的微服务容器以满足需求高峰,或通过将旧容器简单替换成新容器进行升级。

如何确保您的应用程序服务部署能够跟上容器化环境中快速发布周期的速度?

相关内容
下载解决方案指南以获取全部详情
获取指南 ›
解决方案

解决方案

您需要与容器平台管理平面集成的可靠应用程序交付服务。您可以借助 NGINX 为容器化应用程序提供最佳支持。NGINX 是 DockerHub 上最广泛接入和带有星标的应用程序,下载次数超过 10 亿。

根据 Cloud Native Computing Foundation(云原生计算基金会)的数据,NGINX 占有 64% 的市场份额,也是目前为止最受欢迎的 Kubernetes 入口控制器。NGINX 还支持 Red Hat OpenShift 环境,Red Hat OpenShift 是基于 Kubernetes 构建的一种容器应用程序平台。

相关内容
容器是多云战略的关键
浏览博客 ›
组件

组件

利用下列 NGINX 组件,在容器化环境中交付一致且强大的多云应用程序服务。

面向 Kubernetes 的 NGINX 入口控制器 >

面向 Kubernetes 的 NGINX 入口控制器

DevOps 能够利用面向 Kubernetes 的 NGINX 入口控制器,提供对其 Kubernetes 环境的外部访问权限。这为 Kubernetes 应用程序提供了企业级交付服务,包括实时指标、会话永久性、主动运行状况检查和 JWT 验证。

NGINX Plus 版本还能授权用户执行无中断重新配置,确保一致的应用程序性能和资源使用。其构建和维护符合可支持的生产标准,另外,该版本还提供了一致性和稳定性,同时保留向后兼容性。 

面向 OpenShift 的 NGINX Plus 路由器 >

针对 OpenShift 的 NGINX Plus 路由器

针对 OpenShift 环境,NGINX 完全支持由 Open Shift 路由器资源定义的功能。

路由器相当于进入在 OpenShift 上运行之应用程序的所有外部请求的入口点,这使其成为平台最关键部分之一。NGINX 路由器通过 Template Router 软件在 OpenShift 中集成,此软件为与支持默认路由器实施相同的软件。

结论

结论

无论其在哪运行,应用程序都能从 NGINX 提供的性能中获益。

借助面向 Kubernetes 和 OpenShift 环境设计的解决方案,动态容器平台中运行的应用程序可以通过容器管理系统原生的工具按需配置所需服务。 

资源

进一步阅读 NGINX 应用程序平台的未来,以及 F5 如何助力企业发展其应用程序以适应数字时代。