BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

NoOps的含义及相关论战

| 作者 Abel Avram 关注 7 他的粉丝 ,译者 马国耀 关注 1 他的粉丝 发布于 2012年3月20日. 估计阅读时间: 6 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

一年前,Forrester发布报告“扩大DevOps至NoOps”,预测在不久的将来,一些企业将越来与多地依赖于云,开发者将能更加自动地进行程序构建(building)、测试与部署等运维操作,最终达到NoOps。虽然该术语表示这些公司将不再需要运维人员,但是报告的本意谈论的却是开发者将使用更加自动化的工具,而这些工具需要更少的人工干预。

但是,云计算的新发展开创了按需分配基础设施、自动供应资源和弹性应用架构的新纪元,极大地减少了开发者发布程序过程中与运维的沟通。DevOps所关注的协作发展成NoOps关注的自动化。但是,这里并无奇术,即使在这宏伟的NoOps的未来,运维人员仍然必须利用基础设施,以不同的方式支持开发者以更少人工干预的方式更好地完成产品归档。他们仍然要追逐DevOps,但随着云服务的普及,他们需做好准备,扩展DevOps至NoOps。

GigaOM今年发布的一篇由AppFog的创始人兼CEOLucas Carson撰写的infographic,预测2013年将是程序员的NoOps年。该infographic显示,随着计算模型从90年代的数据中心发展成2000年左右的虚拟化解决方案,进而发展成IaaS(AWS),并且迎接了2011年系统化SysOps管理(对诸如Chef和Puppet之类的更高级自动化运维产品的使用)的进一步推动,创新企业计算成本在其生产力的指数增长的同时呈指数下降。令Carlson欣慰的是,现在开发者用60%的时间编程,剩下的40%做运维——中间件、网络、虚拟化硬件管理和服务供应及安全。

Carlson预测,在应用程序的生命周期管理依托PaaS解决方案(如VMware Cloud Foundry或RedHat  OpenShift)经过又一年的跟进之后,2013年将是NoOps年,到那时采用AppFog和Heroku等受管的PaaS解决方案的创新企业的程序员只需花5%的时间用于运维——中间件、服务、故障切换(failover)和审计管理,而其他的运维工作都在云的内部解决了。

尽管Carlson的infographic提及的是创新企业,但是,据Netflis的云架构师Adrian Cockcroft称,Netflix已经NoOps了

Netflix已经NoOps了……

所有产品变更都由编码的程序员完成。我们有一些保证工程可靠性的中心协调员,他们拥有devops的技能(在开发部门工作,写代码而非运行说明书[Runbook]),他们不做变更,而是让开发去做。Dev说,发布新代码版(选择,点击),将该版本的代码传出去(点击)。Autoscaler根据流量确定运行多少个进程。警告直接发送给开发者,on-call rota由pagerduty管理。我们的产品不需要运维工作也不需要运维团队,一切都是开发。我们有IT运维团队,但他们负责笔记本、邮件、DVD寄送等,但不负责产品的生产流水线。

尽管这一切看起来都是合理的,但是NoOps这一术语在运维社区却引起轩然大波。另一个以“No”为前缀并且引起类似反应的术语是NoSQL。它最初是由Carlo Strozzi在1998年创造的, 它是为无需SQL接口的SQL数据库起的名字。NoSQL在2009年被Eric Evans再次引用,用以描述不依赖于SQL技术的数据存储,但是后来被一些人看作是对SQL以及多年来工作在SQL上的人们的冒犯。起初,一些人暗指SQL将会为NoSQL让出空间而逐渐消失。另外一些人则将它友好地解释为不只是SQL。

NoOps也有相似的不幸的含义:对运维说不,对运维人员说不。Etsy的运维副总裁John Allspaw就是最强烈的反对者

“NoOps”超过“云”、“敏捷”和“SOPA”成为我们这一领域至今为止最愚蠢的市场术语。

从大方面说,这个术语用“无”描述“有”。

Mark Imbriaco,@LivingSocial的技术运维副总说:

我因为明天要录制的播客(podcast)而心情糟糕,现在我对NoOps充满敌意……

你会相信一个满口宣扬NoOps的PaaS供应商知道怎么运维他们的平台吗?提示:不能信。

还有,enStratus的产品战略副总裁也表达了他对NoOps这一术语的失望:“我的担心不是一切都由开发来做的概念,而是对这个术语本身。就像对早期的NoSQL一样。”

运维将面临改变是一定的。大公司还会在本地运行其设备,运维仍然会扮演重要的角色。也有另外一些公司将依赖于云而维持较小的运维团队,但是云本身却需要大量运维专家。在另外一些公司里DevOps会继续发展,开发者将学习运维,并担当部分运维角色。而在其他情况下,开发者将承担尽可能少的的运维,大量工作被受管的PaaS云隐藏了。这些都没有问题,但是NoOps这一术语却缺乏想象力。也许是因为人们无法“无”中生“有”的原因吧。


查看英文原文:NoOps: Its Meaning and the Debate around It

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT