Damon Edwards访谈:自助运维是否意味着更好、更快、更省钱?

栏目: 服务器 · 发布时间: 7年前

内容简介:Damon Edwards访谈:自助运维是否意味着更好、更快、更省钱?

为迎接6月5日召开的 伦敦DevOps企业峰会 ,InfoQ采访了Rundeck公司的联合创始人 Damon Edwards ,讨论了“自助运维(Self-Service Operations)”的优势与实现。

Edwards认为,“自助运维”意味着让开发人员和运维人员界定出组织中能够“以服务形式提供”的运维流程。初看而言,自助运维的 设计模式 比较简单:将运维任务呈现为自动化按钮或API的形式,并开放给他人。然而,自助运维实际上是自动化流程思维的一个重大飞跃。

通过采用自助运维,公司将关键的自动化组件分离出来,交由在相关领域中劳动效率最优、最敏捷的组织。自助运维的投资回报率收益体现在:减少有问题或错误的阶段移交导致的中断,减少推向市场花费的时间,增强组织的能力。

Edwards最后总结说,虽然技术能力很重要,但最终决定自助运维和DevOps成败的仍然是组织变革。采访的完整记录链接在文末。关于Damon Edward和John Wills的演讲:“ 更好、更快、更省钱:这对运维意味着什么? ”,更多细节可以访问伦敦DevOps企业峰会(DOES)页面。

InfoQ:Damon,欢迎光临InfoQ!能否请你分享在伦敦DOES 17峰会上所做演讲的摘要?听众能从演讲中收获些什么?

Damon Edwards:去年,我和John Wills做了一次名为“更好、更快、更省钱:如何做到?”的演讲,介绍了一流企业以高质量、低成本为前提实现更快运作的一些技巧。演讲很受欢迎,DevOps.com甚至将它评为当年最佳DevOps演讲。

所以今年我们当然得继续这个话题。今年我们深入探究这些技巧如何促使运维工作发生转变。John会谈论基础设施正在发生怎样的变革,尤其是变革对容器化和不可变基础设施设计模式的影响。我会谈论运维组织如何改变工作方式和构建方式。我会重点探讨一种有趣的设计模式,名为“自助运维”。

InfoQ:从你的经验来看,企业内部现有的系统管理团队或运维团队想要采用“自助运维”的工作方式,他们需要做出的最大改变是什么?

Edwards:初看上去,自助运维的设计模式是比较简单的:只要将运维任务呈现为自动化按钮或API,并开放给他人即可。然而如果深入观察,我们会发现,其中的内涵远不止于此。自助运维是自动化流程思维的一次重大飞跃。

自动化流程有三大关键部分:自动化流程的定义、执行自动化流程的能力,以及对自动化流程安全管理政策的控制。通常来说,这几大部分都是不可分割的,它们都属于运维的一部分(通常由同一个团队处理)。使用自助运维后,企业可以将这些关键部分剥离出来,并交由相关领域中劳动效率最佳和最敏捷的组织来处理。

例如,让开发者定义运维流程,运维审查之后交由同一批开发者来执行,或者交给其他团队处理,这种做法在传统组织中是无法想象的。自助运维就是要打破这一桎梏。

InfoQ:组织在迁移到自助运维之前和之中,应该追踪哪些指标或KPI?标志着组织成功迁移的“关键指标”是什么?

Edwards:谈到“关键指标”,我推荐使用DevOps的经典指标:交付周期(lead time)。它可以是交付环境中的交付周期,也可以是解决一项事件的交付周期。交付周期对业务很关键,要优先关注这一指标。

然而在更高层次上,在组织中所处的位置不同,自助运维的投资回报率收益也不同。运维支持团队的投资回报率收益包括:缩短事件响应时间、减少错误和返工、增加团队可以处理的支持总量、减少跟进事态(escalation)的响应时间,以及增加其他团队可以处理的运维支持任务。

运维支持以外的团队能得到的收益包括:减少跟进事态的数量、减少等待运维任务执行的时间、减少有问题或错误的阶段移交导致的中断。组织层面得到的好处包括:减少支持成本、缩短推向市场的时间、增强组织的能力。

InfoQ:对于使用已有 工具 处理服务、工作(如Jenkins、cron)的运维团队来说,诸如Rundeck等自助平台还能提供哪些内容?

Edwards: Jenkins和cron是两种不同的情况,需要分别讨论。

首先,Jenkins和Rundeck可以很好地协作。事实上,Jenkins是Rundeck最流行的集成之一。Jenkins基本上来说是一个开发工具,是为开发者和开发工程师而设计的。Rundeck功能全面,是一个用于运维的编排与调度工具。例如,Rundeck可以获取基础设施、ACL策略、输出格式和调度功能等信息,它的这些功能都是基于企业运维的需要而设计的。

cron是一个简单的调度应用,运行在独立的服务器上。Rundeck可以用作中心化的简单调度工具,但更常见的调度需求会包括工作流、错误处理、通知、接入控制、截流等等。这些一般被称作是“企业工作调度”或“企业负载自动化”。虽然经常有人说自己会使用Rundeck合并本地调度器,就像cron那样,但Rundeck更流行的调度器用途是取代旧有的企业工作调度器,如Control-M、Autosys、Tidal或UC4。

InfoQ:总的来说,你认为DevOps与想要加速运营的企业组织关系多大?以你来看,在典型的企业环境中,是组织变革的需求更重要还是技术变革的需求更重要?

Edwards:DevOps非常重要。企业都非常复杂,做事并没有什么捷径可循。我们需要一系列方法来实现目标。DevOps社区很棒,因为其中包含了很多经实践验证的方法。只要学习DevOps社区里经证实有效的手段,并应用到自己的企业就足够了。

如果需要更正式的阐释,我极力推荐《 凤凰项目 》与同系列的《 DevOps手册 》。它们共同探讨了组织变革与技术变革之争的话题,但最终成败的关键依旧是组织变革。所谓组织变革,我指的是人们如何看待和协调周围环境的方法,以及完成必要任务以交付商业价值的方式。

有很多工具可以帮助改变习惯,但是如果这些工具不能影响到组织的变革,只会重蹈覆辙。如果关注组织变革,则工具就会变得易于使用。如果关注工具本身,那么就会面临无穷无尽的组织问题。

InfoQ:非常感谢你今天的谈话。还有什么想同InfoQ读者分享的呢?

Edwards:感谢采访。我只想补充一点,如果你为企业工作,并担任技术领导的角色——无论是团队领导还是高级管理人员——我想你都会从DevOps企业峰会中获益许多。峰会每年在旧金山和伦敦各召开一次。峰会上你可以和全球最大企业的同行直接交流,他们会热情开放地讨论他们怎样定义和解决自己面对的DevOps问题。

但不要只听我介绍。如果对峰会上的演讲者和参与者的水平有任何疑虑,可以看看去年的 视频

伦敦DevOps企业峰会于6月5至6日召开,会址在QE II会议中心。更多细节请访问 IT Revolution Events 页面。

查看英文原文:  Self-Service Operations: Better, Faster, Cheaper? Damon Edwards at DevOps Enterprise Summit

感谢薛命灯对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ,@丁晓昀),微信(微信号: InfoQChina )关注我们。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Fortran 95/2003程序设计

Fortran 95/2003程序设计

中国电力出版社 / 2009-8 / 88.00元

Fortran是计算世界最早出现的高级程序设计语言之一,随着面向对象编程时代的到来,Fortran语言不仅保持了发展的步伐,而且继续在科学计算方面领先。《Fortran95/2003程序设计(第3版)》在第2~7章介绍了Fortan语言基础知识,为初学者提供入门学习资料;在第8~15章介绍了Fortran语言高级特性,为深入用好Fortran语言提供支持;在第16章讲述了Fortran语言面向对象......一起来看看 《Fortran 95/2003程序设计》 这本书的介绍吧!

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试