科技行业一直流传着一种说法：要么拥有合适的技术，要么就会寸步难行。但“拥有出色的技术就等于成功”这一前提真的成立吗？
如今我们知道，事情并非如此简单。即使打造出非常先进的技术，如果没有帮助人们了解如何运用新的概念和能力来解决问题，最终得到的也只是一个无人会用的小工具，甚至无法判断它是否真正有效。
要打造成功的产品，真正需要做的是对产品开发和将在自身环境中使用产品的人员给予同等投入。随着技术不断发展，供应商应以人为先，积极投入培训、指导和赋能，帮助人们掌握运用新技术所需的基础技能。
通过这种方式，我们可以帮助打造更成熟、信息更充分的用户群体，使他们能够结合自身经验和实际情境加以应用。反过来，这些掌握了新知识的用户会与作为供应商的我们形成互利共生的关系，凭借成熟的认知和充分的信息，为我们的产品和解决方案开发提供指导。
在这种环境下，成功的标准不再只是发布新产品，而是在持续创新和改进的整个生命周期中，不断与产品的所有相关方沟通并倾听他们的意见，包括客户、合作伙伴、F5工程师和支持人员。
运用DevOps方法开展培训
回顾Super-NetOps项目的发展历程，就能了解这种方法如何发挥作用。在F5向多云应用服务公司转型的过程中，我们需要为全球数百名工程师提供培训，帮助他们掌握云、自动化、编排和DevOps方法等一系列新的基础技能。
在此过程中，我们努力与自己的工程师建立互利共生的关系。整个循环如下：开发培训内容。让少量用户测试内容。确定用户体验中需要改进的方面。将这些改进融入产品。不断重复。
在与客户共同推动产品上市时，可以将同样的DevOps和敏捷方法对应到这一过程：先构建产品，形成原型。接下来需要获取反馈，但只有找到愿意投入时间和精力的人，才能获得反馈。为此，他们需要培训、文档以及全程指导，才能顺利完成这一过程。
因此，在推进开发工作的同时，我们也在建立相应的培训机制，其中包括为培训和产品本身构建反馈闭环。如何让这些原型的使用者以开源方式贡献反馈？如何从客户在实施过程中遇到的阻碍中汲取经验？又如何利用这些经验进一步改进产品和支持服务？
过去几年，我们一直在推动客户和社区参与其中。这些努力以两年前在Agility上启动的项目为基础，逐步发展成了如今的Super-NetOps。
这对以NetOps为核心的工程师而言是一次根本性转变。我们不只是构建自动化和编排解决方案，而是真正遵循DevOps和软件流程的方法论。我们将其作为一个恰好在F5平台上运行并与之集成的大型分布式软件项目来设计，而不是把网络功能生硬地嵌入一个看似软件系统的架构中。
建立合作伙伴关系
这一切既需要接纳并积极参与DevOps，也需要建立合作伙伴关系。现在，各项要素已经就位，我们可以与客户展开全新的对话。我们认真倾听，并积极开展建设性讨论，始终以如何帮助客户取得更理想的成果为出发点。有时，我们会同意开发某项功能；有时，我们则会建议客户不要选择这条路径。
这也为我们提供了相应工具，帮助网络运维团队成为DevOps真正的合作伙伴。他们不必再被动接手其他团队丢过来的项目，而是可以成为合作伙伴，助力DevOps和开发团队取得成功，让他们的应用、产品和创意充分发挥价值。如果贵公司还没有这样的人才，我们可以在两周内帮助相关人员具备这些能力。
经历这一过程并做出这些转变，从根本上改变了F5对自身未来定位的看法。如今，我们已经了解如何拥抱前沿技术，以及容器生态系统和微服务的构建方式，还有现代软件的开发方式。
正如本月发布的Automation Toolchain API所展示的那样，这一理念也在切实改变我们的产品，并逐步贯穿每个生命周期。
相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。