devops 三十六计_关于DevOps的6个神话

devops 三十六计

就像任何变革性和破坏性运动一样，DevOps可能会被误解或误解。 以下是一些顶级的DevOps神话。

DevOps取代敏捷

DevOps与Agile绝对兼容。 实际上，DevOps是2001年开始的敏捷之旅的逻辑延续，因为我们现在知道，“完成”的真正定义不是在开发完成后进行编码。 相反，只有经过充分测试并按设计在生产中运行时，代码才“完成”。 （请注意，敏捷不是采用DevOps的先决条件。）

DevOps取代ITIL

尽管有些人可能将DevOps视为对ITIL（IT基础结构库）或ITSM（IT服务管理）的强烈反对，但DevOps和ITIL也是兼容的。 ITIL和ITSM仍然是支持IT运营的流程的最佳编纂，实际上描述了IT运营支持DevOps风格的工作流所需的许多功能。

为了适应与DevOps相关的更快的交付周期和更高的部署频率，ITIL流程的许多领域都需要自动化，特别是围绕变更，配置和发布流程。 因为我们还要求在发生服务事件时进行快速检测和恢复，所以服务设计，事件和问题管理的ITIL学科仍然像以往一样重要。

DevOps表示NoOps

DevOps有时会错误地解释为NoOps（即，完全消除了IT操作）。 但是，更准确地说，DevOps通常会在开发上承担更多责任，以进行代码部署和维护服务水平。 这仅意味着开发将接管许多IT运营和运营工程职能。

为了支持快速交货时间并提高开发人员的生产力，DevOps确实需要许多IT操作任务才能成为自助服务。 换句话说，不是将开发工作打开工作单并等待IT运营人员完成工作，而是将其中许多活动自动化，以便开发人员可以自己完成工作（例如获得类似于生产的开发环境或添加功能指标）用于生产遥测）。

DevOps仅适用于开源软件

尽管许多DevOps成功案例发生在使用LAMP堆栈等软件的组织（Linux，Apache Web服务器，MySQL数据库，PHP或Python或Perl）中，但组织正在使用Microsoft .NET，SAP甚至COBOL来实现DevOps模式。在大型机和HP LaserJet固件上运行的应用程序。

DevOps原理是通用的，并且在很大程度上独立于所使用的基础技术。 一些DevOps模式具有特定的技术要求（例如，能够支持自动化测试，能够暴露可以检查到版本控制中的配置），这在开源软件中通常更为普遍。

DevOps只是“基础架构即代码”或自动化

尽管许多DevOps模式需要自动化，但DevOps还需要整个IT价值流中的共同目标和共同痛苦。 这远远超出了自动化。

DevOps仅适用于初创企业和独角兽

DevOps适用于任何组织，这些组织必须通过开发增加计划工作的流程，同时又要为客户保持质量，可靠性和安全性。

实际上，对于马匹来说，DevOps比对独角兽更重要。 毕竟，正如理查德·福斯特（Richard Foster）所说：“在1955年的《财富》 500强公司中，有87％消失了。 1958年，《财富》 500强企业的任期为61年； 现在只有18年。” （1）

我们知道，下降螺旋现象发生在每个IT组织中。 但是，大多数企业IT组织会提出无数原因，为什么他们不能采用DevOps，或者为什么它与他们不相关。

马的主要反对意见之一是所有独角兽（例如Google，Amazon，Twitter，Etsy）都是以这种方式诞生的。 换句话说，独角兽是在开发DevOps时诞生的。

实际上，几乎每个DevOps独角兽都曾经是一匹马，并且遇到了所有与马相关的问题：

• 直到2001年，亚马逊都在OBIDOS内容交付系统上运行，该系统变得非常麻烦且危险，以至于CTO Werner Vogels将其整个组织和代码转换为面向服务的体系结构。 （2）
• Twitter在2009年努力扩展其前端整体式Ruby on Rails系统的容量，开始了一个为期多年的项目，以逐步重新架构和替换它。 （3）
• LinkedIn在2011年成功进行首次公开​​募股（IPO）六个月后，就一直面临着棘手的部署难题，以至于他们推出了Operation InVersion（冻结两个月的功能），从而可以对计算环境，部署和体系结构进行全面检查。 （4）
• 根据迈克尔·雷姆贝西（Michael Rembetsy）的说法，Etsy在2009年“不得不解决他们生活在自己的工程污秽之海中”的问题，解决了有问题的软件部署和技术债务。 他们致力于文化转型。 （5）
• 2009年，Facebook处于基础设施运营的转折点。 几乎无法跟上用户的增长，代码部署变得越来越危险，员工也在不断地交火。 Jay Parikh和Pedro Canahuati开始了他们的转型，以使代码可以安全地再次部署。 （6）

简而言之，所有独角兽都曾经是马。 DevOps是任何一匹马想要成为独角兽的方法。 实际上，采用DevOps的企业列表在继续增长。 克里斯托弗·利特尔（Christopher Little）表示：“如果所有[企业IT组织]讨厌的东西，那就是在听到有关独角兽[DevOps商店]的故事。 这很奇怪，因为马和独角兽可能是同一物种。 独角兽就是有角的马。”

---

1. 理查德·福斯特（Richard Foster）和莎拉·卡普兰（Sarah Kaplan），《 创造性破坏：为什么要 建立能持续落后市场的公司？以及如何成功地 改造它们》 ，（纽约：百老汇书社，2001年）。
2. Jim Gray，“与Werner Vogels的对话：向Amazon技术平台学习”，计算机协会网站，2006年6月4日， http：//queue.acm.org/detail.cfm？id = 1142065 。
3. Raffi Krikorian，“ Twitter上的实时系统”（速度会议演示文稿），Slideshare网站，2012年6月26日， http： //www.slideshare.net/raffikrikorian/realtime-systems-at-twitter。
4. Ashlee Vance，“ Inside Operation InVersion，节省了LinkedIn的代码冻结”， 企业技术 （博客）， 彭博商业周刊 ，2013年4月10日， http：//www.businessweek.com/articles/2013-04-10/inside-逆向操作...。
5. 迈克尔·伦比西（Michael Rembetsy）和帕特里克·麦克唐纳（Patrick McDonnell），“持续传播文化：在埃兹（Etsy）扩展文化”（Velocity Europe Conference演讲），Slideshare网站，2012年10月4日， http： //www.slideshare.net/mcdonnps/continuously-deploying-culture- 斯卡林...
6. 佩德罗·卡纳瓦蒂（Pedro Canahuati），“从很少到很多：Facebook上的扩展操作”（OmniTI激增会议演示文稿），2013年9月12日， http ：//surge.omniti.com/2013/speakerslides/surge13_Scaling-Operations-Or 。 。 。

翻译自: https://opensource.com/business/15/4/6-common-devops-myths

devops 三十六计