大多数F5客户都在运行过去30年间发展起来的各种技术。他们既要使用传统或经典环境及其相关流程,也要不断引入新兴技术,还要应对介于两者之间的各种情况。
即使是数字原生企业,也无法避免混合环境。无论企业采用的技术多么前沿,都必须以开放态度使用多种技术,因为商业关系和经济体系本质上都是生态系统。因此,几乎所有成功企业都处于技术钟形曲线中复杂的“中间地带”。F5正致力于帮助客户应对这一领域的挑战。
我们对Kubernetes的策略牢牢立足于这条技术钟形曲线的中间地带。不可否认,Kubernetes作为开源项目、社区和生态系统取得了显著成功,已成为基于容器的应用开发和运维领域事实上的标准。我们需要思考的是,如何助力Kubernetes实现下一个数量级的跨越。要延续这一项目、社区和生态系统的精神,并将其与客户群体的需求及我们在应用服务领域的专业能力相结合,需要具备哪些条件?
首先,我们可以从那些不太成功的开源项目中汲取许多经验教训。有些项目过于僵化,力求在社区内达成100%的共识。然而,各组织面临的挑战千差万别,对如何应对这些挑战的看法也大相径庭,因此这一标准并不现实。
另一个误区是过度依赖参与其中的大型商业合作伙伴,导致少数大型技术供应商将其发展方向强加给整个社区,压制了少数群体的声音和创新。
另一方面,成功的开源项目往往能够在必须遵循的开源社区原则与客户所需的商业模式之间取得平衡。
我们认为,社区解决方案与商业解决方案并非必然冲突。两者可以实现平衡,但这需要各方携手合作,并随着新挑战和创新的出现不断调整这种平衡。
迄今为止,Kubernetes在保持严格的开源和社区标准的同时,也很好地兼顾了供应商进行扩展和试验的需求。这种灵活性非常重要,不仅有利于商业发展,也能带来更多元的创新机会。社区并未强制实施繁琐的治理流程,而是鼓励大家动手探索。衡量一项成果是否出色的真正标准很简单:采用情况和生产环境部署情况。
F5也在寻求这种平衡。我们既是开源生态系统的一员,也是一家商业公司。我们有商业诉求,但我们认为,提供可用于生产环境的解决方案至关重要。这些解决方案应充分利用多种技术,让客户能够在各种复杂的“中间地带”环境中运用Kubernetes。
对我们而言,参与这个社区并不只是宣称我们与Kubernetes集成……
- 这意味着为核心项目贡献力量,正如我们通过NGINX和Aspen Mesh解决方案所做的那样。
- 学习并采用社区规范和准则。
- 这意味着在各类会议和聚会上促进社区协作(当然,还有大量贴纸、针织帽和袜子!)。
- 这意味着将我们的BIG-IP Container Ingress Services解决方案开源,接受社区提交的拉取请求,并为这些解决方案提供全面支持,且不向客户收取任何额外费用。
我们将长期投入其中。通过持续贡献并为客户提供支持,覆盖从开源到商业解决方案及介于两者之间的各种方案,助力Kubernetes实现下一个数量级的增长。
为此,我们将容器入口解决方案NGINX Kubernetes Ingress Controller和F5 Container Ingress Services整合到统一的用户体验中。这将更好地服务用户和社区。我们的目标是提供一套获得全面支持、可用于生产环境的端到端入口解决方案,覆盖从NGINX开源解决方案到商业产品的完整范围。
如需进一步了解我们的容器解决方案,请点击此处。也欢迎告诉我们:未来希望F5提供哪些功能?希望我们帮助解决哪些挑战?我们如何才能更好地支持您和社区?我们期待您的反馈,也需要您的参与。
关于作者
相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究,并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用,还被转变为攻击平台,这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start,在AWS上快速开展业务
在AWS re:Invent开幕前,我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。