博客

这不是一次发布,而是一个生命周期

Hitesh Patel 缩略图
希特什·帕特尔
2019 年 4 月 9 日发布

这是科技界的一句古老口头禅: 要么你拥有正确的技术,要么你一事无成。 但“拥有最好的技术就等于成功”这个前提真的成立吗?

今天我们知道了事情还有更多内容。 您可以打造世界上最好的技术,但如果您没有帮助人们理解如何将新概念和新功能应用于他们的问题,那么您就只是一个无人能用的小部件,而且无法知道它是否真的有效。

当我们对产品的开发和在其环境中使用该产品的人员进行同等的投入时,打造成功的产品的真正任务就发生了。 随着技术的发展,重要的是供应商应积极投资于教学、指导和帮助人们(在产品推出之前)掌握利用新技术所需的基础技能。

通过这样做,我们有助于创建一个更好、更知情的用户群,以便能够运用他们的经验和背景。 反过来,新了解的用户群与我们作为供应商形成了一种共生关系,帮助指导我们如何从成熟、知情的权威角度开发产品和解决方案。

在这种环境下,成功的标准不再是发布新产品。 它在不断创新和改进的生命周期中不断地接触和倾听所有产品组成部分——客户、合作伙伴、F5 工程师、支持人员的意见。

采用 DevOps 方法进行培训

通过回顾超级网络作战计划的历史,你可以了解它的工作原理。 作为 F5 向多云应用服务公司转型的一部分,我们必须在全球范围内培训数百名工程师,让他们掌握云、自动化、编排和 DevOps 方法方面的一套新的基础技能。

在这样做的过程中,我们努力与我们自己的工程师建立共生关系。 这个循环是这样的: 开发培训内容。 与一些用户一起测试内容。 确定用户体验需要改进的地方。 将其构建到我们的产品中。 重复。

在将产品推向市场时,你可以将相同的 DevOps 和 Agile 方法与以下方法关联起来: 你构建了一个东西,现在你有了一个原型。 您需要获得反馈,但除非您找到愿意投入时间和精力的人,否则您不会获得反馈。 为了做到这一点,他们需要培训。 他们需要文件。 他们需要帮助才能渡过难关。

因此,结合我们的开发工作,我们正在构建我们的培训机制。 其中一部分是建立反馈回路——既针对培训,也针对产品本身。 我们如何才能让使用这些原型的人们以开源的方式作出贡献? 我们如何从客户在实施过程中遇到的困难中吸取教训? 我们如何利用这些经验来使我们的产品和支持变得更好?

在过去的几年里,我们一直让客户和社区参与其中,这些努力促成了今天的 Super-NetOps,这是基于两年前在 Agility 上线的项目而构建的。

对于我们以 NetOps 为中心的工程师来说,这是一个根本性的改变。 我们不仅仅构建自动化和编排解决方案,我们实际上还在遵循 DevOps 和软件流程的方法。 我们的设计就像是一个巨大的分布式软件项目,恰好在 F5 平台上运行并与之集成,而不是塞入看起来像软件系统的网络内容。

建立伙伴关系

所有这些都是拥抱和参与 DevOps,但同时也是为了建立合作伙伴关系。 现在我们已经准备好与客户展开新的对话了。 我们正在认真聆听,并进行积极、建设性的辩论,这完全取决于如何让客户获得最成功的结果。 有时我们会说“是的,我们将去开发某个功能”。 有时我们会说我们建议您不要走这条路。

它还为我们提供了工具,帮助 NetOps 成为 DevOps 的真正合作伙伴。 他们没必要成为那种直接接手墙上扔来的项目的人。 他们可以成为合作伙伴——帮助 DevOps 和开发团队取得成功,并使他们的应用、他们的东西、他们的创作发挥作用。 如果贵公司还没有这个人选,两周之内我们就能把他安排到贵公司。

经历这个过程并做出这些转变从根本上改变了 F5 对未来的看法。 我们现在了解了如何接触前沿技术、如何构建容器生态系统、如何构建微服务以及如何开发现代软件。

正如您在本月我们发布的自动化工具链API 中看到的,这种理念确实在我们的产品中产生了变化——一次一个生命周期。