[关闭]
@Rays 2017-09-27T10:04:34.000000Z 字数 2907 阅读 1522

与Michael Coté的问答:DevOpsDays新西兰大会上的演讲,Devops的采纳

文化&方法


摘要: Rafiq Gemmail采访了Pivotal公司的Michael Coté,采访内容针对采纳DevOps中的障碍,Coté预先介绍了他将在2017 DevOps新西兰大会上演讲的内容。

作者: Rafiq Gemmail

正文:

Michael CotéPivotal的技术营销总监,同时也是一位杰出的技术布道师、作家和DevOps领域评论家。他将于十月在DevOpsDays新西兰大会上以“这并非一次DevOps演讲”(This is not a DevOps talk)为题目做演讲,根据自身经验给出对成功DevOps采纳的洞悉。

DevOpsDays是一系列面向全球范围的技术会议,会议面向软件开发和IT架构操作,以及两者间的交叉内容。大会讨论的话题通常包括自动化、测试、安全和企业文化。第二次DevOpsDays大会将于10月3日至4日期间在新西兰奥克兰市举行。

InfoQ接触了Coté,双方就访谈一拍即合。下面我们得以一窥Coté当前的兴趣所在,并对他将要做的演讲先睹为快。

InfoQ:您能为我们介绍一下您在DevOps领域的角色,以及您最感兴趣的方向吗?

Michael Coté:我目前任职于Pivotal,主要从事营销工作。我四处旅行,寻求与那些希望改进自身软件的大企业面谈。其中不少企业希望像过去那样,开始在它们的业务中编程使用为企业定制编写的软件。他们想以软件为业务革新的核心工具。

例如,一家保险企业想要将理赔过程从一周时间缩短到一天以内。毫不意外,企业甚至想要使用无人机去评估财产损失情况。还有其它一些为食品提供商等提供服务的企业也想要开展这样的业务,例如有的包装制造企业想要进入到农场对接餐馆的交付市场。对于我们所能想到的各种类型的企业,尤其是政府机构,软件都有各种各样的方法去改进它们的工作方式。

DevOps中最令我感兴趣的一点在于,它对过程和工具做了全新的考虑,并且表现出具备加速应用开发过程并确保应用实际运行在生产环境中的能力。例如,我交流过的很多企业都正在需求每周发布一次软件(当然越频繁越好),以改进自身软件的设计质量。企业试图将软件分解为多个可以发布的小部分,这些小部分可面对真正用户进行“测试”。这里所说的“测试”是找出该部分软件是否以正确方式解决了用户的问题,或者是否实现特性的一周时间中需要做重新考虑、重新设计和重新编码。

如果不是这些来自DevOps领域的可爱的“巫毒娃娃”,我们几乎不可能使用如此的反馈循环以这样的速度进行操作。

我也为The Register网站的DevOps专栏上撰写月度专栏文章(还有敏捷专栏,以及一个月中我的笔头能写出的任何内容)。在我看来,大家对于“虚拟化”、“企业”和“颜色”等词汇在认识上具有同样的问题,因此希望大家能喜欢这些内容。

InfoQ:在即将召开的DevOpsDays新西兰大会上,您将以“这并非一次DevOps演讲”为题目做演讲。您能向我们稍微透露一些演讲内容吗?

Coté: 好的。正如题目所示,演讲内容并非正常意义上的过多地纠缠于DevOps本身。我研究的主要内容是,企业为何会在创建、运行和使用定制编写软件上取得成功或失败。正如我们所知道的,虽然DevOps支持这些内容,但是被认为在技术栈中处于比实际面对用户的软件更低的层级上。DevOps社区通常并不解决软件改进的各部分问题,但是它确实是解决问题的必要组件,例如在无法实现一日多次发布的情况下,实现每周发布软件一次。

因此,我的演讲将很少涉及“你为什么应关心软件的更好实现”,也不会列出那些我已完成的和在做的一些最好的和最不好的实践工作。其中的很多内容,我已经放入去年完成的一份薄薄的PDF文件中,名为“如何构造云原生策略”(Crafting Your Cloud-Native Strategy)。

InfoQ:您是如何理解DevOps的?

Coté: 当前,我们只是在年度DevOps报告中去掉了那些花哨并有用的图表。对于我,更重要的是如何“永远避免我们曾做过的错事”。

从不太技术的角度看,我认为“DevOps”是目前人们为表示“想要改进自身创建并运行的定制编写软件的一种方法”而使用的词汇。

InfoQ:您为什么会认为很多企业所聚焦的依然是DevOps的工具和自动化方面?

Coté:工具是易于理解的,并便于从一开始就加以使用。此外,在DevOps思想主导的环境中,人们通常并不会意识到一个正规的企业中会发生多少愚蠢的事情。例如,很多人并没有达到我们想象程度的自动化。年度调查报告显示,只有30%到40%的企业在做持续集成,更少的企业实现了完全的持续集成和持续交付,很多企业需要数月时间才能交付一行代码。

这也就是说,很多企业将在部署面向DevOps的工具到位的过程中受益匪浅。

此外,所谓“文化”的事物,如果信仰上没有产生大量的飞跃,或是我们没有去做努力的尝试,它们是难以真正地部署于实践之中的。这就类似于,你的医生告诉你为长寿应该多吃水果和蔬菜。当然,通过遵循特定食谱、做循环训练类事情或是除了溴化物疗法之外一些能使你吸收得更少的“工具”,我们可以更轻易地尝试并解决这个问题,并更具“同理心”(empathetic)。

InfoQ:创新、交付和发现价值路径所需的所有人,可由Silo互连(Cross-Silo)和协同所有权(Collaborative Ownership)引入。这一愿景的可实现性如何?

Coté:可实现性很好。高级领导必须要更改激励,让员工去做它,并隔离或解雇那些抵制它的人。这不仅适用于底层的个体贡献者,而且适用于中层管理者。这一愿景的实现完全取决于高层管理者,时常会直达CEO或理事会。

现在我们所处的Silo状态已经有所响应,激励措施已经建立,并确保按设计运行。现在企业管理者需要加入一套变更管理,并再次运行。

InfoQ: 通过与Pivotal客户的合作,您是否发现一些有效的模式,可帮助企业实现更有效的DevOps采纳?

Coté:当然,这正是我的演讲内容。敬请关注!

此外,也可以关注我的一篇PDF文章,“如何构造云原生策略”(Crafting Your Cloud-Native Strategy)。

InfoQ: 对于那些刚起步DevOps旅程的企业,还有那些将更多重点置于工具上的企业,您有哪些建议?

Coté: 对于这些企业,我建议它们应从小处开始。挑选出一个四到六人的团队,其中由开发人员、运维人员和实际业务人员或直接面对的客户组成。花费一些时间挑选出一到三个初始项目,然后团队仅需要去开始做这些项目。一旦你开始实际做事,你才会对如何使DevOps相关事宜就位产生想法,也会对如何构建开展DevOps的信任和知识产生想法。

DevOpsDayz新西兰大会将于10月3日至4日期间在奥克兰市举行。大会期间,Michael Coté等多位国际和本地演讲者将就文化和技术话题展开分享。

查看英文原文: Q&A with Michael Coté on Devops Adoption and his Talk at DevOpsDays NZ

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注