以开源弥合分歧

F5生态系统 | 2019年4月03日

应用交付正在发生变化。虽然听起来像是在使用流行术语,但它确实正在经历数字化转型。持续交付已成为DevOps的常态(71%的组织计划实施),要在应用资本时代取得业务成功,还必须推进持续部署。虽然73%的组织计划采用持续部署,但其中近一半尚未开始。更值得关注的是,仍有42%的组织尚未实现任何一个组件的自动化,而这些组件属于持续部署流水线。

交付与部署之间确实存在差距。从理论上看,调查结果反映了这一点;从实践中看,云与数据中心之间的鸿沟也印证了这一点。在组织内部,当持续交付遇上并不完全持续的部署时,这道壁垒会使持续交付停滞不前,同样体现了这一差距。

这种鸿沟也体现在技术层面:彼此割裂的应用交付链导致了明显的可见性缺口;在多云环境中,应用性能无法得到监控和衡量;数千家企业组织目前管理着跨越多代的应用组合,却无法在其中一致地部署和实施安全策略。

差距正在扩大

随着现代云原生应用和架构日益普及,我们看到这一鸿沟不断扩大。即使仍依赖数据中心的应用也会受到影响。无论这种影响体现为“全面持续化”等新方法,还是为满足现代云原生环境中的安全和扩展需求而采用新的应用服务,有一点很明确:要满足多云环境下对一致性和可见性的需求,应用交付必须做出改变,弥合DevOps与NetOps之间的鸿沟。

DevOps领域越来越多地以开源技术为基础。正如NGINX首席执行官Gus Robertson在他最近的博客中所写:“如果说软件正在吞噬世界,那么开源正在吞噬软件。”如今,应用主要使用第三方组件开发,其中大多数是开源组件。应用基础设施也越来越多地由开源组件构建,涵盖Web服务器、应用服务器、数据库、入口控制、消息传递、容器运行时和编排等领域。IT运维则由Puppet、Chef、Terraform、Helm、Kubernetes和Ansible等开源工具驱动。

之所以采用这些工具和技术,是因为它们能够应对多项挑战:实现快速、频繁的交付和部署,同时支持顺畅的业务模式。当整个组织转向以开源为基础的标准化运营时,这些工具和技术还有助于促进协作和推动创新。

如果没有充满热情的开发者社区不懈努力,持续改进开源解决方案,这一切都无从实现。

在F5,我们深知此类社区的价值。

F5 如何看待社区

另一个类似的例子是,我们的DevCentral社区以协作创新为基础,并遵循许多推动开源项目发展的相同原则。社区内的代码共享和知识传递有助于数十万成员开展创新,并为我们的BIG-IP平台开发新功能。这些解决方案还为Puppet、Chef和node.js等开源项目带来了新的扩展、插件和库。

我们积极参与、鼓励并支持这些工作,不仅致力于改进自身产品,也推动客户和社区赖以维持业务运营的开源软件不断完善。

不过,我们知道,很多人,尤其是NGINX开源社区的成员,对F5还不太了解。我们也理解,大家因此有所疑虑是有道理的。毕竟,到目前为止,F5与开源领域的互动大多并不为外界所知。

不过,在我们将重点从应用交付转向应用服务的过程中,自身转型广泛采用开源技术,以推动CI/CD流水线和产品发展。我们持续参与开源生态,核心工程师积极为loopback.io和nats.io贡献代码。我们的Aspen Mesh团队经常使用istio.io并为其贡献代码,还创建并维护了多个相关开源项目,例如istio-vet、istio-client-go和tracing-go。我们开发并维护了一组开源Ansible模块。

我们很少对此大肆宣传,因为我们参与贡献并非为了博取营销关注,而是因为这对我们、我们的客户以及每个维护开源项目的社区而言,都是正确的选择。

搭建桥梁

为弥合阻碍企业实现持续IT的鸿沟,当前应当扩大并加快推进应用交付堆栈中一些广泛采用的开源组件所肩负的使命。

因此,我想重申Gus和Igor传达的信息:F5计划增加投资,进一步推动并加快NGINX使命的落实。

通过整合F5与NGINX,我们可以为企业提供一套端到端且一致的应用服务,帮助解决IT领域的一项迫切需求:在多个云环境中,针对各种应用架构快速、频繁地进行部署。我们认为,要成功实现这一目标,NGINX必须继续保持开源,并在很大程度上由创建它的社区推动发展。

迄今为止,NGINX在推动其开源软件和社区发展方面取得了令人瞩目的成果,这也是吸引F5的原因之一。展望未来,NGINX和F5都认为应用将成为推动和塑造未来的关键力量。我们看到,有必要也有机会进一步推动并加快NGINX技术栈的开发与创新。

我们期待向这些社区学习,并携手共创未来,以对应用及其顺畅交付的共同热忱为基础。

分享
标签: 2019

关于作者

Lori Mac Vittie
Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师,在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构,还是探索可扩展系统的极限,她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前,她曾担任技术编辑,并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位,著述颇丰,出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏,并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章

相关博客文章

F5纪念2021年世界艾滋病日
F5生态系统 | 2021/12/01

F5纪念2021年世界艾滋病日

值此世界艾滋病日,F5郑重承诺,将与员工、客户、社区和合作伙伴共同努力,消除社会对HIV感染者仍然存在的污名与偏见。

Thingbot正转变为攻击平台
F5生态系统 | 2018/11/29

Thingbot正转变为攻击平台

Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究,并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用,还被转变为攻击平台,这意味着攻击者可以更充分地利用这个必然增长的市场。

借助F5全新Quick Start,在AWS上快速开展业务
F5生态系统 | 2018/11/20

借助F5全新Quick Start,在AWS上快速开展业务

在AWS re:Invent开幕前,我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。

为什么声明式模型对NetOps自动化至关重要?
F5生态系统 | 2018/04/30

为什么声明式模型对NetOps自动化至关重要?

为什么声明式模型对NetOps自动化至关重要?阅读F5博客,了解基础设施即代码如何简化网络扩展。

开源聚焦:F5基础设施即代码与多云可管理性
F5生态系统 | 2017/11/16

开源聚焦:F5基础设施即代码与多云可管理性

开源聚焦:基础设施即代码与多云。阅读博客,了解模板和Terraform如何简化F5应用服务的部署。

破解IT“无解困局”的答案:私有云
F5生态系统 | 2016/09/12

破解IT“无解困局”的答案:私有云

破解IT“无解困局”的答案:私有云。阅读F5博客,了解本地部署的敏捷性如何化解安全与速度难以兼顾的问题。