随着越来越多的企业转向依靠通过applications提供客户价值的商业模式,灵活性和速度变得越来越(且同等)重要。 敏捷流程支持快速发布,从而快速无缝地交付客户价值;而新技术则使每日发布成为可能,特别是对于在全球范围内大规模运营的客户而言。 开源提供了一种模型,该模型提供了公司需要的灵活性、敏捷性和稳定性,可以有效地向最终用户交付applications,而不受供应商锁定的限制。
随着开源技术变得越来越普遍,飞轮效应导致人们对大规模使用开源的信心增强。 开放 API 的使用率提高推动了采用,并导致组织依赖开源技术作为其堆栈中的关键技术。
在2020 年企业开源状况报告中,对 950 名 IT 领导者的调查表明,开源是企业的一个重要考虑因素:
随着开源在企业中的重要性日益增加,支持开源软件的重要性也日益增加,它提供了灵活性,同时减轻了维护和稳定性问题。
在 F5,我们了解组织依赖应用程序来推动业务发展。 在数字时代,applications是许多组织最宝贵的资产。 F5、NGINX 和 Aspen Mesh 的解决方案使客户能够为应用程序提供从代码到客户的保护,同时保持开源产品提供的灵活性和敏捷性。 F5 提供的广泛产品建立在开源基础之上,可帮助企业根据其需求选择最佳的技术产品。 为了更好地说明 F5 的方法,以下部分提供了我们业务特定领域的代表性示例。
当组织采用容器和 Kubernetes 来更有效地扩展分布式applications时,他们需要可见性、控制力和安全性。 随着客户满足最终用户对更快交付applications和功能的期望,微服务的可扩展性和灵活性正在帮助他们超越竞争对手。 Aspen Mesh提供了企业需要的强化、支持和集成,使企业可以放心采用 Istio 来更高效、更安全地运营大规模微服务applications。
Aspen Mesh 作为 Istio 的一个发行版,在Istio开源社区的参与度很高。 Istio 已成为企业事实上的首选服务网格,拥有蓬勃发展的社区和生态系统。 Aspen Mesh 团队已成为社区的一部分三年,贡献代码、技术领导和业务支持来帮助推动项目向前发展。
最近,Aspen Mesh 联合创始人兼首席架构师 Neeraj Poddar 被任命为 Istio 技术监督委员会成员,该委员会是 Istio 项目技术领导的最高权力机构。 您可以在此处阅读有关他的任命以及我们对 Istio 的承诺的更多信息。
我们期待继续与开源社区和客户合作,推动服务网格越来越有价值的用例,帮助企业为客户提供更好的体验。
NGINX 对开源的承诺从公司成立之初就一直是公司的基本组成部分:该组织于 2004 年发布的第一个负载均衡器和 Web 服务器就是作为一个开源项目构建的。 从那时起,即使在增加了商业化版本之后,NGINX 仍然继续优先考虑强大、稳定的开源解决方案。 如今, 37% 的网站都在 NGINX 开源上运行,我们认真对待这一责任,确保每个版本都包含修复和新功能,并且与以前的版本一样稳定。
开源因其提供的可见性和可访问性而对许多不同的角色具有吸引力。 NGINX OSS 由一支专家开发团队历时 18 年打造,并得到了广大社区的贡献。 它以其性能(是我们最接近的竞争对手的 3 倍)、易用性、稳定性和可靠性而闻名。 开发人员可以从任何云、操作系统或容器下载它,而且只需要 3Mb 的磁盘空间和 40 Mb 的 RAM,它非常轻量。 它随处可用,从 Github 到 Homebrew 和 Docker Hub,并且可在不到一小时内完成部署。 而且我们拥有出色的用户社区,随处都可以获得培训和建议。
这一开源传统至今依然适用:在开发新产品的同时,我们继续在开源领域进行投资,提供 Kubernetes Ingress Controller 和 Service Mesh 等产品,此外还提供 NGINX Application Protect(Webapplication防火墙)或 NGINX Controller 等控制平面等商业安全产品。
针对 Kubernetes 和服务网格技术的原生 OSS Ingress Controller 的开发与我们的商业产品具有相同的完善度和细节度,从而具有更高的可靠性和稳定性。 当您需要增加生产规模和安全性时,就会出现差异。
Aspen Mesh 和 NGINX 只是 F5 对开源不断扩展的承诺的开始。 我们意识到,对于许多客户来说,灵活性和选择广泛性与安全性和可靠性同样重要。 F5 集成到主要的公共云提供商(AWS、Microsoft Azure 和 Google Cloud Platform)以及私有云和开源平台(如 VMware、Red Hat、OpenStack 和 OpenShift)。 F5 还集成到我们客户的自动化工具包中,将他们的应用服务应用到 Ansible、Chef 或 Puppet 中,帮助他们在 DevOps 方法中提供声明式接口。 这一切都与我们对开源的承诺密切相关——确保我们的客户能够在他们想要的地方以他们想要的方式运行他们的应用s。