现代软件播客徽标人们常说“速度致命”,但是当谈到软件开发时,速度是成功的关键因素。如果你对速度计划的足够仔细,成本和质量将会随之而来。

“速度,如果你是认真的,必须包括质量和成本的一个方面,”解释说Mirco Hering.,董事总经理埃森哲亚太地区的敏捷和探索练习。“如果它不好,如果你有问题和缺陷,你必须重做它,”Mirco说。因此,只要您通过测量产品实际完成并正确计算速度,您就可以跟踪重要的一切。

这就是Mirco在最新一期的新Relic现代软件播客。加入我的Cohost Tori Wieldt和我一路从澳大利亚墨尔本,Mirco分享了他关于处理遗留技术和遗留思想的看法,并分享了他新书的关键外卖“DEVOPS为现代企业:赢得遗传遗留的实践(不要错过Mirco的博客notaFactoryAnymore.com.。)

你可以在这里收听第26集,也可以通过在iTunes上订阅New Relic Modern Software Podcast或任何你有播客的地方自动下载所有的剧集。为了清晰起见,我们的对话经过编辑,全文如下:

New Relic是嵌入式播客中附带论坛的主持人。但是,所表达的内容和观点都是参与者的观点,并不一定反映新Relic的观点。通过主办播客,New Relic并不一定采用、保证、批准或认可其中引用的信息、观点或产品。亚博最新版直播

弗雷德里克保罗:麦尔科,你能告诉我们一些关于你如何来到敏捷和devops的世界?

Mirco Hering:在Devops真正存在的术语之前,我来到了Devops的世界。

我开始我的职业生涯作为汽车中嵌入式微处理器的开发人员编写编译器。然后我加入了埃森哲,基本上做了现在将以更加复杂的方式被视为抛弃的东西。然后,几年前,Devops变得流行。突然间,我在我的项目上做的模糊的事情变得性感,人们想要谈论。

我在一些Devops项目中学到了它真的很难预测采用DevOps或通过自动化所有问题。典型的瀑布方法“我们会花六个月来自动化一切,”并没有真正成功。我有一个敏捷的家伙在一个项目上坐在我身上;他说,“看,我们应该真正采取更现实的项目交付观。我刚从这个叫做敏捷的训练,应该试试吗?“从来没有回头过回头。

现代软件遇见Devops

弗雷德里克:您如何描述DevOps与敏捷的关系?

MIRCO:在澳大利亚,我们称这种实践为现代工程,而不是敏捷或DevOps。

弗雷德里克:我们在新的遗物中称之为现代软件。

MIRCO:在一天结束时,它是关于提供成功,高质量的产品更快,对吧?亚博最新版直播所有组织都是一个对此感兴趣的,b)努力奋斗。从我们试图帮助组织提高他们的IT能力的角度来看,我真的很容易看到它。如果这些流行语中的一些帮助我们实际上有对话,那么一切都更好了。

我刚开始在这里实习的时候,没人愿意跟你谈这件事。你是在和架构团队或其他什么不知名的人交谈。如今,cio和ceo们都在谈论敏捷和DevOps,所以我们必须对此表示感谢。

Tori Wieldt:您认为DevOps目前的状态如何?你认为我们会看到它被广泛采用吗?

MIRCO:我认为我们有大规模的领养,因为每个人都在谈论它。如果您查看在标题或描述中使用Devops销售的工具数量,那么它似乎是每个人都在做。

但我的专长是在复杂的、有很多遗产的企业中工作。您有SAP、Siebel、大型机——所有这些不同的应用程序都在那里。而事实是,在那个世界里没有很多持续的交付,也许永远也不会有。

我现在看到的是,我们不必过于担心解释为什么它是必要的,但我们仍然需要做很多去神秘化的工作。这只是执行工具的问题还是只是改变文化的问题,不管这意味着什么?你必须全面地考虑你需要做些什么来改变你的组织。

传统技术和传统思维

弗雷德里克:所以,是什么你的DevOps的定义?

MIRCO:我对Devops的定义是为客户提供产品或服务所需的一切。像BizDevops或Devsecops或任何额外的首字母缩略词都很好地突出显示特定点。但在我的定义中,他们总是包括在内。

tori:我喜欢遗留技术和遗留思想的想法。所以我假设这是你在企业中看到的最大障碍之一。你如何抵消遗留思想?

MIRCO:很多这实际上只是教育。让我们参加一个举例案例:通常在过去的支持门票中使用的常规KPI是我们如何解决它们?如果我们解决它们,第一次确定决议是否正确?这就是如何测量门票的方式。

但是,当我们进入我们自动化一切的世界时会发生什么?想想有人获得的票据:自动化夺走了简单的位和快速位。你现在出现了什么问题?

好吧,这些新问题更复杂,更难解决。这意味着随着您提高自动化和监控并找到简单问题,您可能需要更长的时间来解决仍然通过的这些更大的问题。你可能比过去更频繁地错过了。因此,我们创建了一个环境,即KPI实际上是解释人们解决自动化部分的人。一旦你解释说,人们就像,“哦,是的,你是对的。”

tori:哦,是的,你是对的。

DevOps kpi

弗雷德里克:那么自动化Devops环境的正确KPI是什么?

MIRCO:我谈论的一个是过渡成本。这是从上一行代码写入新功能时的成本,直到它在生产中验证并验证。是否有任何回归测试您需要在开发结束时进行?任何部署活动?任何验证活动?如果您可以将其衡量到时间或理想的是努力,那么这是一个非常好的指标,让您看到您必须走多远。

但那是非常非常高的。我认为您可以在特定服务中做大量的较低级别的事情,比如,您的回归套件的持续时间是多少?您需要多长时间部署端到端解决方案?那些是你可以使用的较小的指标,因为它们是非常流程驱动的,而且他们不太难以找到端点。

弗雷德里克:许多人将部署频率或部署时间作为DevOps的关键KPI。你能理解吗?

MIRCO:如果你比较同类,就会发现确实如此。我不会将Amazon与基础企业进行比较,因为当Amazon每天部署10,000次时,他们不会每天向SAP实现部署10,000次。他们在网站上做一些小的组件。但是,如果我使相同的SAP部署更快或更频繁,那就是一种改进。

Devops和速度的迫使功能

弗雷德里克:这是公司应该关注的问题吗,还是比这更复杂?

MIRCO:我认为它是有用的。如果你知道这是你面临的挑战之一,这就是一个有用的度量标准。我认为速度是一个很好的衡量标准。你可以做很多事情来降低成本,但不一定能提高速度或质量。

但是,如果你认真对待速度,它就必须包括质量和成本两个方面,因为如果它不好,如果你有问题和缺陷,你就必须重做它。所以只要你把速度作为项目实际完成和正确的衡量标准,它就涵盖了质量。

并且真的很快,你会削减一切没有必要的,这意味着你会降低成本。所以这是一个很好的迫使功能。

弗雷德里克:在您的书《现代企业的DevOps》中,您质疑了试图削减成本而不真正关注质量和结果的整个想法。你能告诉我们更多关于这本书的主要主题吗?

MIRCO:市场上有很多Devops书籍。我要求自己的一件事是我该为课程添加了什么?所以有两个方面我试图在书中突出显示有点不同。一个显然,我们已经谈过的整个遗留环境。

另一件事是,我为埃森哲工作。因此,这意味着我在许多组织中作为提供者工作。没有很多人花时间弄清楚这意味着什么。如果你谈论Devops文化,那么在你自己的团队中有一件事就是有10个人拥有同一公司徽章。但大型组织有很多提供商。如何创建一个生态系统,其中devops可以蓬勃发展?这本书中有几个章节谈到了这一点。我从双方分享观点,因为在我职业生涯的不同部分,我就是作为客户和提供者的角色。

银子弹,和devops放在一个盒子里

tori:你能告诉我人们对DevOps有哪些误解吗?每个供应商都说他们可以卖给你一盒DevOps,我们都觉得好笑。但你看到的其他误解是什么?

MIRCO:是的,devops放在一个盒子里。如果只是那么容易,对吧?这是一个文化的事情,这是真的,但你不能直接攻击文化改变。改变文化的唯一方法是改变行为和系统以及周围的一切。我认为我们还在寻找正确的答案。

弗雷德里克:那么,是Devops的一个大障碍之一吗?每个人都在寻找银弹或轻松答案?

MIRCO:是的,我认为这很自然。如果你想改进一些东西,那么你说,“当然,我会这样做。只给我这个商业案例,告诉我结果是什么。“但Devops不是线性的,对吧?您需要解决很多不同的问题,并且不一定可预测。

早期的自动化工作很简单,这意味着您可以在一开始就看到很多结果。然后你会发现这变得更加困难因为你已经自动化了80%的过程。最后的20%真的很难。坚持下去需要的不仅仅是数量上的领导力,而这并不容易。

Devops在企业中

tori:一个常见的误解是,DevOps主要针对小型初创企业,而不是企业,我们知道这不是真的……

弗雷德里克:你显然知道,因为你的书是标题为标题。

MIRCO:有一本关于它的全书!

tori:那么遗留组织是如何开始攻击这个问题的呢?

MIRCO:我的几个朋友创造了初创公司。对他们来说,Devops只是自然,对吗?没有必要有关于它的大量讨论。这只是工程是如何完成的。伟大的。

在大公司里,这就难多了。还有很多政治领域需要你去处理。公司里有很多不同的激励机制,所以你需要有意识地围绕它制定计划。你可以通过做正确的事情来做一些改进,但我认为你需要意识到这种转变。

我现在正在使用几个组织,在那里有很多好的工程,但管理心态不一定在它后面。所以,在一个大组织中,我认为你需要问你在哪里投入隆起的工程能力?喜欢,你的瓶颈在哪里?你如何确保你不只是修补?如果您是顾问,您如何在客户组织内实现具有持久遗产的东西。人们在我看来斗争这一点。

tori:我们确实看到很多这样的情况,大型组织有一些DevOps的成功,但要把它从大本营带到山顶是很困难的。

MIRCO:每个组织的情况都不一样。我觉得这很有趣。这就是为什么我喜欢我的工作,因为我看到了所有的反模式,它们并不总是相同的。有时候,你有非常好的技术工程组织,每个团队都有自己的DevOps。然后有人误删了Jenkins服务器没有备份因为没有人对他们的Jenkins服务器进行企业级的设置。“啊……!”

tori:“我们如此接近!”

MIRCO:但那是有趣的部分,对吗?您必须在超级福音视图,现实企业视图和多供应商视图之间进行合适的平衡。

企业中的Devops的价值

弗雷德里克:那个翻盖呢?这价值对于企业来说,DevOps与它在小型公司中的价值有何不同?

MIRCO:这是一个有趣的问题,因为它取决于你如何定义“价值”。对于小型组织来说,有必要生存。如果您与另一个在同一利基中出现的数字产品竞争,则需要超快速生存。所以这是至关重要的。

但是,在大型企业中,我们正在谈论大量数字。企业部署并不少见,以便整个周末服用200人 - 一个月的准备。这是你可以减少的数百万美元。您应该解决组织的经济影响和生存。

DevOps挑战了现状

弗雷德里克:你说你必须改变行为来改变文化。你有什么建议吗?

MIRCO:我总是告诉人们,他们需要观察周围的事物来了解如何改变行为。我爱Netflix的例子。我不确定这是否正确,但是当某人是他们组织的新成员时,他们会在第一天就把一些东西部署到生产中,如果有问题,它显示的是系统的问题,而不是人的问题。我认为这种心态是正确的。

当我们发现一个人有与我们想要拥有的文化不一致的行为时,让我们看看那个人正在做出决定并弄清楚是否有一些系统化的东西,这已经迫使他们进入这种行为。但这是一个非常困难的谈话。

弗雷德里克:公平地说,这种改变真的很难实现。

tori:绝对地。如果您是一个在一个组织中花费职业生涯的组织,那么在一个在一个特定方式做到这一目标的200个人组织中,你有很多投资于他们的方式。

弗雷德里克:那么,Mirco,你如何引导那些投资于现状的人去改变他们呢?

MIRCO:有几种不同的方法。我经常让组织中最多疑的人来管理我的团队。我以前用的是主机之类的东西。我把他带进了我的团队,他说,“你知道,我们真的不需要那个,Mirco。我们已经编写COBOL 25年了,我们会没事的。”

将他带入团队并让他在自动化解决方案上工作提供了许多我没有的背景知识,但也很清楚,如果我相信他,那么开发者社区的其余部分也会被劝告亚博直播平台。

弗雷德里克:不要尝试避免阻力,尝试立即共同选择。

MIRCO:是的,如果你可以。有时相反也是如此。有时,如果你不能改变人民,你需要改变人民,但这是最后的手段。

Devops工具,自动化,指标和分析

tori:那么,讲一点关于工具的知识。有什么工具可以帮助DevOps成功吗?

MIRCO:当然。我不会回去说,只需使用Control-M来进行部署自动化。它的工作,但这并不一定令人愉快。使用工具有很多好处,部分原因是它们结构的自动化,并允许您重用其中一些。工具使得最终获得指标更容易,对吧?

我已经看到了这么多的组织,这些组织可以为他们的部署报告。如果您查看部署数据,那么它很搞笑,因为部署始终在6:00开始。这很好,因为它可以被触发,但他们也在10点到10点停下来,你就像“嗯,那很可疑。”它基本上是一个手动填写这个Excel表的人 - 然后是他们使用的指标。而你就像,“嗯,是的,那不是我们以后的真实。”

具有一个良好的工具链,为您提供良好的数据点,并允许您识别弱点。人们需要小心的是你没有自动化的东西,但你仍然需要覆盖。因此,如果您是80%的自动化,则在Jenkins中拥有80%自动化的借口,20%通过电子邮件跟踪的20%。

tori:有趣的。谈论跨团队的共享数据更多地讨论一点。你认为这对Devops成功至关重要吗?

MIRCO:大约三年前,我最终在十字军划线上介绍了我们与客户内部使用的Devops仪表板。这非常好,因为你突然间你可以实际关联数据。您可以了解您的登记频率和您的部署频率以及与直播日期和对生产后的部署相关部署的成功率以及对生产的后续影响,这是预先不可能的

如果你去了伦敦DevOps企业峰会上个月,几乎所有的演讲都在谈论分析。

tori:决定重要的是真正的关键。没有测量测量的缘故,但真的在表格周围得到了一致的达成协议,就是对你的表现很好的反映。

MIRCO:你说的话太有力量了。我认为这种DevOps分析的第一个例子就是从Jenkins和Selenium中提取内容并展示出来。但这并不一定有意义。实际上,我们正在寻找端到端数据,以确定弱点在哪里。

tori:这就是团队合作的方式。

弗雷德里克:你如何说服企业领导人,他们需要这样做?

MIRCO:说实话,并没有很多人说服他们做了德国人。但是,这些天有两个谈话我看到了。一个是,我们实际上证明他们不是那里吗?有很多人认为,因为他们有一个jenkins服务器,他们有devops,有时是一个不舒服的对话。

另一个问题是,DevOps在这里可行吗?我想这就是很多传统思想的来源。

这个行业并没有做出很大的工作。你与一个关于Devops的大银行交谈,他们说,“好吧,我们不想每天部署2000次。”是的,但这不是重点。关键是你比现在做得更好。它真的有助于他们识别痛点。从那里开始,谈话变得更容易。

弗雷德里克:这很有道理。最后你有什么想法想和我们的播客观众分享吗?

MIRCO:这是我对Devops成功的分手:

我和一群DevOps大师坐下来讨论,问他们:“当你第一次与他们接触,看他们是否会成功时,你会从他们身上寻找什么?”

到底,我们都同意了一件事:如果您能找到一个了解如何判断进步的组织,并且在路径上实际严格地保持领导地位,他们将取得成功。所以,如果你问我如何用Devops成功,它就会了解你的问题是什么,了解你如何测量进度,然后即使它变硬时也坚持下去。

如果你喜欢你听到的,一定要订阅New Relic Modern Software播客iTunes一夜, 或者缝纫机

注意:现代软件播客的介绍音乐是由Audionautix

fredric@newrelic.com”

Fredric Paul(又名Freditor)是New Relic的总编辑。他是一位屡获殊荣的作家、编辑和内容战略家,曾在ReadWrite、AllBusiness.com、InformationWeek、CNET、Electronic Entertainment、PC World和PC|Computing担任高级编辑职务。他的文章发表在《麻省理工技术评论》、《Omni》、《Conde Nast Traveler》和《新闻周刊》等杂志上。查看贴子

有兴趣为New Relic博客写作吗?亚搏体育登入网送我们一个球场!!