【51CTO精选译文】要是你对IT治理感趣味，尤其是对Web运维感趣味，那么最近一定会刺眼到“DevOps”这一热词的出现。现时#DevOps标签常常出现时微博客Twitter上，同期DevOps有关的时刻交流约聚也在冉冉加多。
在许多方面，DevOps是一个结伙性宗旨，指的是梗概理顺设备和运维之间相互配合联系的任何事物（51CTO剪辑注：在英文中，Developer指设备者，Operations指运维，是以DevOps一词自身含有设备+运维的真理）。然而DevOps背后的理念要比上敷陈法更久了。
51CTO推选专题：SA，忠良与装机男：运维的责任到底啥样儿？
什么是DevOps？
东说念主们越来越意志到传统意旨上的设备步履和运维步履存在脱气节候，从而导致突破和低效，因此DevOps应时而生。
正如李·汤普森（Lee Thompson）和安德鲁·谢福尔（Andrew Shafer）所言，在设备和运维之间存在一面“絮聒之墙”。相互突破的动机、经过和用具导致了这面“墙”的存在。
设备与运维之间的“絮聒之墙”
以设备为中心的东说念主粗拙以为，变化会带往复报。企业依靠他们来派遣不停变化的需求。因此他们被荧惑尽可能进行变革。
而运维东说念主员则往往视变化为敌东说念主。企业依靠他们保管平常业务运维和实施让企业赢利的就业。由于变化会影响踏实性和可靠性，运维业务多情理对它说不。咱们也曾屡次听到过如下统计数字：在通盘宕机事件中有80%情况是源于自尽式的改变（左证51CTO之前进行的看望，好多时候，只是是给系统期骗补丁就会酿成出产就业器无法平常重启）。
设备东说念主员和运维东说念主员壮健宇宙的方法，以及各自所处的变装，存在根人性的远隔。他们都以为我方的作念法是正确的。竟然，一身的来看他们都是正确的。
更灾祸的是，设备和运维团队粗拙处于公司组织架构的不同部分，粗拙具有不同治理者的和竞争联系，而况粗拙责任在不同的场地。
设备与运维粗拙责任在不同的场地
让絮聒之墙更坚固的还包括设备和运维用具之间的错位。看一下设备者要乞降日常使用的常见用具，再看一下系统治理员，你会发现两者存在很大不同，设备东说念主员莫得趣味使用运维东说念主员的用具，反之亦然；而况两部分用具之间也不存在进击的集成。即使在某些用具类型上有一些类似之处，使用样式也整个不同。
设备与运维常用用具的不集成
当期骗关节变动需要从设备团队推向运维团队时，絮聒之墙的存在则将变得愈加昭彰。有东说念主将其称为一个“版块发布（Release）”，有东说念主则称其为一次“部署（deployment）”，但有一件事情是公认的，问题可能会随之而来。下图天然是一个空洞化场景，然而要是你资格过这一过程，一定会嗅觉到它的真实性。
期骗关节变动从设备到运维
设备东说念主员把一个软件版块“扔”给墙对面的运维东说念主员。后者拿到该版块居品后启动准备将其部署。运维东说念主员手动修改由设备者提供的部署剧本或创建我方的剧本。他们还需要修改确立文献来合乎与设备环境大不交流的真实出产环境。最***的情况是，他们重复在此前环境中已完成的责任；而灾祸的情况是，他们将引入或发现新的间隙。
运维东说念主员然后启动进行他们自以为正确的部署过程。由于设备和运维之间的剧本、确立、过程和环境存在远隔，这一部署过程内容上亦然***被实行。天然，时代要是发生一个问题，设备东说念主员会被条件来匡助进行排障。运维东说念主员会说设备团队给的居品存在问题。而设备东说念主员则会复兴称该居品在他们的环境下运行精致，因此一定是运维东说念主员在部署的过程中作念错了什么。由于确立、文献存储位置和过程的不同，设备东说念主员会诊问题也并非一件易事。
莫得一个可靠的样式来把环境回滚到此前已知的平常景色。原来应该一帆风顺的部署过程***变成一场救火活动，经过反复测试之后才让出产环境归附到平常景色。
原来应该一帆风顺的部署过程***变成一场救火活动
部署阶段也曾格外昭彰的需要DevOps理念来处罚问题，但需要DevOps的毫不单是是这一阶段。正如约翰·阿尔斯帕瓦（John Allspaw）所指出的那样，设备和运维之间的合作需求在部署之前就已存在，同期也会在部署之后的永劫期之内不息存在。
#p#
DevOps所带来的平允
DevOps是一个格外精深的宗旨，因为它不错在繁密不同层面上产生共识。
从设备或运维的一线东说念主员的不雅点来看，DevOps不错让他们从繁密烦嚣中解放出来。它天然不是具有魅力的万妙药，然而要是你梗概让DevOps收效，则会从简多数时期，而况不至于打击我方的士气。可想而知，进入元气心灵将DevOps落到实处，咱们应该会愈加高效、愈加敏捷和减少挫败感。有些东说念主可能会反驳称DevOps是一个驴年马月的计算，但这并非说咱们不应该去尝试实现它。
DevOps会从简多数的时期
对于企业来说，DevOps径直有助于实现两个精深策略性企业品性，“业务敏捷性”和“IT交融”。它们可能不是IT东说念主士所担忧的事情，然而却应该取得掌执财政大权的治理者的刺眼。
IT交融的一个浅显界说是，“企业渴慕达到的一个景色，梗概高效的使用信息时刻来达到企业计算——粗拙是擢升公司功绩或市集竞争力。”
通过从共同企业计算角度起程来校准设备和运维的职责和经过，DevOps有助于实现IT交融。设备和运维东说念主员需要分解，它们只是是一个长入业务经过中的一部分。DevOps想想确保个体决策和步履应勉力守旧和矫正这个长入的业务经过，无论你是来自哪一个组织架构。
DevOps有助于实现IT交融
业务敏捷性的一个浅显界说是，开发商城软件公司“一个机构以高效、经济的样式马上合乎市集和环境变化的智商。”
天然对于设备东说念主员来说，“敏捷”有成心的含义（参考51CTO设备频说念的专题：初探敏捷设备），但计算瑕瑜常类似的。敏捷设备方法旨在保持软件设备责任与客户/公司的计算同步，尽管需求不停变化，也不错产生高品性软件。对于多数机构来说，迭代样子治理方法Scrum是敏捷的代名词。
Scrum
业务敏捷性首肯，在企业权力集团作出决策和设备者进行反映之间梗概直快互动和快速反馈。看一下一家运转精致的敏捷设备团体的居品，你会看到一个与业务需求保持一致的踏实持续矫正。
然而，当你从企业角度回想一下通盘这个词设备-运维周期，敏捷方法的有关上风粗拙会变得格外费解。絮聒之墙导致了期骗关节生命周期的分裂。设备和运维辞别按照不同的节律进行。内容上，居品部署之间的长时代隔使得一个团体的敏捷责任变成了它一直试图幸免的瀑布生命周期。当存在絮聒之墙时，无论设备团体有何等敏捷，改变企业安靖和粗笨的特质是极其周折的。
敏捷的设备与瀑布式企业结构的递次不同
DevOps使得敏捷设备的上风不错体现时机构层面上。通过研讨到快速、反应奢睿但踏实的业务运维，使其梗概与设备过程的创新保持同步，DevOps不错作念到这少许。
要是你但愿在我方的组织内竖立一个DevOps样子，务必谨记“IT交融” 和“业务敏捷性”。
#p#
若何将DevOps落到实处？
和多数新出现的话题一样，发现问题的共性特质要比找到处罚有计算容易的多。
要想实现DevOps有关处罚有计算，以下三方面需要宥恕：
1、评价和荧惑改变文化
改变文化和引发系统从来不是一件易事。然而，要是你不改变企业文化，已毕DevOps的首肯将格外周折。查验一个企业的主导文化时，你需要直快宥恕若何评价和判断企业功绩。评价的内容将影响和刺激步履的发生。设备-运维生命周期中的通盘当事方需要分解，在更大的企业经过中我方只是其中一部分。个体和团队的告捷都要放在通盘这个词设备-运维生命周期内来进行评价。对于许多机构来说，这是一个调动，不再是一身的来进行功绩评价，每一个团队不再是基于我方的团队来评价和判断功绩猛烈。
2、长入递次化的经过
这是DevOps的一个进击主题，通盘这个词设备-运维生命周期必须被看作一个端对端过经过。经过的不同阶段不错选拔不同的方法，只好这些经过不错被组合到一说念创建一个长入的经过。与评价和引发的问题相似的是，实现这个长入的经逾期每个组织可能会有稍许不同的需求。
3、长入的用具
2024年有五项世界大赛开战，再加上上半年进行决赛的梦百合杯，本赛季的六项世界大赛，已经有三项有了决赛人选。梦百合杯李轩豪胜党毅飞，衢州烂柯杯辜梓豪对垒申真谞，应氏杯谢科迎战一力辽。中国棋手占据了其中四位，中国围棋的“厚度”优势依旧。世界大赛四强八强的人数和人次也能佐证这一点。
西班牙vs法国的半决赛中，上半场第9分钟，姆巴佩吸引吸收后传中，穆阿尼后点包抄头球破门，法国队取得本届杯赛的第一个运动战进球。第21分钟，亚马尔一记漂亮的世界波帮助西班牙扳平比分，他以16岁362天的年龄，成为欧洲杯历史上最年轻的进球者。4分钟后，奥尔默在禁区内大力抽射破门，西班牙2-1逆转，并且将比分保持到终场，挺进决赛。
这是大多数DevOps盘问一直在宥恕的领域。这少许不令东说念主吃惊，因为那时刻大家在研讨处罚一个问题时，***反应往往等于径直跳转到用具盘问上。要是你宥恕Puppet、Chef或ControlTier等用具社区，那么你可能也曾意志到东说念主们对在设备和运维用具之间竖立桥梁的要紧宥恕。“基础设施即代码（Infrastructure as code）”、“模子驱动自动化（model driven automation）”和“持续性部署（continuous deployment）”都是不错划归DevOps旗下的宗旨。
对于把DevOps变为试验需要哪些类型的用具，杰克·索罗夫曼（Jake Sorofman）提议如下建议：
一个版块限度软件库
它不错确保通盘系统居品在通盘这个词版块发布生命周期中被很好的界说，且梗概实现一致性分享，同期保持***信息。设备和QA机构梗概从中取得交流平台版块，出产机构部署也曾被QA机构考证过的交流版块。
深层模子系统
它的版块系统明晰的形貌了软件系统有关的通盘组件、策略和依赖性，从而不错浅显的左证需要复制一个系统或在无突破的情况下引入变化。
东说念主工任务的自动化
在依赖联系发现、系统构造、确立、更新和回滚等过程中，减少东说念主工插手。自动操作变为高速、无突破和大鸿沟系统治理的号令和限度基础。
在从设备到运维的生命周期中存在许多不同的用具。用具取舍和实行决策需要左证它们对端到端生命周期的影响来决定。
对于DevOps的闪现
现时某些系统治理员正在试图把我方的岗亭称号改为“DevOps”。然而，DevOps不应该是一个单一的位置或职称。把DevOps变成一个新职位称号或特定变装是一件格外危机的事情。举例这会导致以下作假端点：你是一个DBA？或者是一个安全大家？那么毋庸牵挂DevOps，因为那是DevOps团队的问题。
设计一下，你不会说“我需要招聘一个Agile”或“我需要招聘一个Scrum”或“我需要招聘一个ITIL”，而只是会说需要招聘了解这些宗旨或方法的设备东说念主员、样子司理、测试东说念主员或系统治理员。DevOps亦然一样道理。
与DevOps具有交流理念的术语好多，举例敏捷运维（Agile Operations）、敏捷基础设施（Agile Infrastructure）和Dev2Ops。还有好多东说念主天然莫得说起“DevOps”，但却在撤职着类似的理念。
原文：http://dev2ops.org/blog/2010/2/22/what-is-devops.html
【剪辑推选】APP开发业务
高效关节员的45个民风：敏捷设备修王人之说念 设备者与系统治理员的争执:不要碰我的出产环境! 资深系统治理员给Linux/Unix新东说念主们的建议 大型网站运维之说念闲谈 SA，忠良与装机男：运维的责任到底啥样儿？