Devops是一种变革性的理念，许多公司都在利用它的优势。然而，与任何依赖于文化的事情一样，将一些工具组合在一起，注入新的过程，并称自己为开发驱动的组织可能太容易了。毕竟，现在说你的公司接受devops并定期实践devops技术是很流行的，这可以作为一种很好的公关，为你的团队引进优秀的人才。但事实上，许多宣称自己对devops尽心尽力的公司——以及技术招聘人员——并没有这么做真的devops组织。
在这里，我们来看看devops最常见的一些误解和有缺陷的实现。很有可能，你的公司已经成为其中至少一个的牺牲品。这并不一定意味着你没有练习devops。这仅仅意味着在你的公司实现承诺之前，你还有很长的路要走。Devops并不是一个你可以获得的奖项或头衔。它是一种哲学、文化和处理代码交付任务的方法。
继续往下读，后退一步，评估你的公司对它的devops任务的承诺。坦诚和诚实对于引导你的团队走向正确的方向至关重要。
注册号1：您需要购买“的DEVOPS”
IT部门需要的“东西”来操作。他们需要的硬件：电脑，服务器，服务器机架，网络交换机，路由器和负载平衡器。他们还需要软件：操作系统，防病毒产品，办公软件，项目管理解决方案，各业务线应用程序和软件监视硬件和软件的运行状况和性能的一致好评。
自成立以来，IT部门一直在购买“东西”。当第一个公司决定使用电脑作为其业务实践的一部分，作为购买IT的生命线诞生了。这是很自然的IT上级领导认为他们可以购买下一件大事，这将有助于他们帮助企业取得成功。这就是为什么有些企业给自己的错觉，以为他们可以购买的“DEVOPS。”
但是，这不是出于错误的意图。谁参加DEVOPS会议或谈论与其他CIO们DEVOPS许多CIO开始，看看有什么可以DEVOPS为他们的公司做。有些决定他们想要的“DEVOPS” - 他们现在想要它！他们不明白的是，DEVOPS不是一个产品或服务的购买。它是一种思维定或操作模式。
这并不是说你不能购买从高薪的顾问小时来学习DEVOPS原则块，但这样做，最终你所购买的是无需您显著的工作来实现知识。你的团队必须吸收什么被教导，只有这样，DEVOPS做法，开始生根。
“DevOps的”不是一朝一夕可以用一个简单的检查和一点点训练获得。这是一个变革的方法来核心流程，它需要时间，奉献，特别是可以实现DEVOPS实践，其中许多将飞行对你的公司以前的操作模式一队。
如果你的公司有一个DevOps的预算，你在做DEVOPS错误。
登录第2号：等同于你的软件和工具，以DEVOPS
DEVOPS的这个误用在并行运行上述1号。IT部门掌握的工具，更有效地做好本职工作。它的编码工作。IT部门必须的工具来管理客户端和服务器，以及存储，计算和网络资源。但是，当涉及到的工具和DEVOPS，企业往往会感到困惑。可以肯定，DEVOPS没有工具无法实现的伟大。但是，当企业忽视DEVOPS及其他领域，只专注于工具本身，问题出现。工具可能是必要的，但他们只是什么让DEVOPS剔一部分。
与DEVOPS相关的各种配置管理产品一定会帮助你建立一个DEVOPS文化。没有他们，你肯定不练DEVOPS。您可以编写了一下自己的工具，建立自动化以前手工流程，如代码测试，部署和服务器，也可以购买面向来完成这些任务的工具;无论哪种方式，自动化是DEVOPS的重要部分。没有工具，你仍然会是手动构建测试服务器，通过运行手册运行，并检查关在检查表上勾选框。
但DEVOPS由许多超越配置管理方面的;不要集中在只有一个，只是因为有一个解决方案，它是有形的。如果你在你的旅程寻找有形的东西缠上是一个忍者DEVOPS，你就会失败。
如果您的公司购买了厨师或傀儡作为解决devops需求的万灵药，你做的devops是错误的。
注册号3：您可以使用清单或运行手册管理代码部署
确切地说，自动化是devops的关键。在组织的devops文化中，自动化是最重要的。实施devops的公司强烈希望实现一切可能的自动化。自动化允许他们在整个软件开发生命周期中消除人为错误和标准化过程。
企业知道，自动化是长等DEVOPS原则，如建立一致的，常规的代码部署的种子。如果没有自动化，可靠的代码部署，特别是不可能的。自动化是朝着DEVOPS文化行驶时采用的关键理念。
所以，如果你发现自己有与同事，其中包括像语句交谈，“我们没有时间来自动”或“我们只是做手工这一次，它会更快，”那么你不这样做DevOps的。当一个新的项目着手，如果自动化一切可能不是涉及到你的头上，你很可能不会在DEVOPS融会贯通但第一个想法。
DevOps的重文化认识到，即使它可能需要更多的时间来引进自动化设备前面它会通过在未来更可靠和更快的代码部署还清。贵公司必须明白，一切是可以实现自动化的。这意味着部署、测试、代码签入策略、服务器构建——所有事情。
如果你的公司花了数小时钻研清单，以确保代码是准备部署，你在做DEVOPS错误。
标志4:每隔几个月(或几年)向生产发布代码
既然我们已经解决了自动化问题，那么解决部署频率就很重要了。devops的唯一目的是修复bug并更快地向产品发布新特性。这不是通过遵循传统来实现的瀑布模型;多数民众赞成由正在做敏捷。
在它的心脏，敏捷方法由尽可能多地释放微小变化。它的前提是不释放到生产环境之前提前计划每个小细节。它是关于定义什么被认为是“投入生产”表示一组自动测试，信靠正确写入测试定义意味着什么代码为“生产做好准备。”
Devops是持续集成和持续部署等概念的同义词。注意这两个术语的关键词:连续。Devops始终如一地让开发人员尽可能频繁地检入代码，从而启动了自动化测试。
对于真正的devops明星来说，它还包括通过持续部署将代码直接发送到生产环境中。如果你的公司允许开发人员检查经过自动化pre-check-in测试的代码,会移交给另一组测试,以确保代码已经准备好生产,然后上线生产服务器上自动如果认为准备好,然后你知道你取得devops的辉煌。
如果你的公司发布的代码比秋月更改并不频繁，你在做DEVOPS错误 - 无论多么小的变化或速度有多快你让他们。
5 .你认为失败是不可接受的
文化往往被认为是IT的“软”的方面，但它可能不会是DEVOPS更重要了。这是企业往往不能达到DEVOPS的承诺。他们可能会用的工具的最优组合来实现自动化。他们有可能在不断更新他们的代码。但他们无法完全吸收消化DEVOPS文化让他们每一次。
例如，当你犯了代码的推移炸毁生产数据库，发生在你身上？你的上司是否公开骂你？你得到立即打电话到经理办公室的“闭门”会议？再次曾经失去你的工作或你的能力来部署代码来制作提交代码的一个可能的结果？如果是这样，那么你的公司没有练DEVOPS。
相反，设想一下:生产数据库的崩溃被视为一个学习机会。你的经理会把每个人都带进一个总结会议，提供坦诚的反馈。每个人都表现出一定程度的坦诚，这可能会让你局促不安，但绝不会让你感到自责。确定了根本原因，并围绕您的错误构建新的测试，以便下次能够发现错误，并且每个人都表现得好像是改天再来一样。这时您就知道您的公司已经采用了重要的devops哲学。
如果你不再有权利提交到生产，因为你已经或可能犯了一个错误信任，你正在做DEVOPS错误。
注册号6：你指责别人的系统问题
DevOps的理念已经从大量举债靠和不要因为系统错误而指责他人是影响devops人员方面的一个关键方面。与接受失败一样，消除个人对与系统相关的问题的责备对于成功的devops实践是至关重要的。
真正的devops实践者相信，当出现问题时，问题不在于使用系统的个人，而在于系统本身。为了让开发人员和系统操作人员相处融洽，必须支持一种无可指责的文化。假设开发人员创建了一个应用程序，在他的计算机上测试该应用程序，然后将代码交给操作。如果在ops将代码投入生产时出现了问题，ops不能责怪开发人员写了劣质代码，开发人员也不能责怪运维人员没有正确管理服务器。
DevOps的先搞清楚两个测试环境之间的差异可以解决此问题。一旦发现，此修复程序实现，最好创建一个自动化的测试，以确保在未来，任何有缺陷的代码将无法通过新的自动化测试，这将防止曾经进入生产的这种变化。
如果你的公司只是烧成工作人员带来了生产，你这样做不对DEVOPS - 不管你归因于那些涉及任何假设的作用和责任。
注册号7：开发人员和业务组看起来就像两个粮仓
DevOps的威尔词“开发”这个词“业务”。如果开发人员和操作人员仍然不说话了，你没有在做正确的DEVOPS的机会。DevOps的是所有关于协作。这是关于走到一起作为一个团队，以帮助该公司，作为一个整体，实现其目标。如果你的操作人员拒绝沟通，不是抛出工作在众所周知的墙壁其他开发人员，你的梦想DEVOPS敬酒都是。
这是devops哲学中最重要的部分。我前面提到的所有活动都朝着这个最终结果前进。这并不意味着开发者必须与运营人员共进午餐，或者运营人员必须邀请开发者参加他们的婚礼。这不是喜欢彼此的问题;我们要超越人类的情感，作为一个专业的团队，开发一款能够推动业务向前发展的产品。
如果贵公司有一层楼的开发和运营上的另一个，其代码提交信息作为唯一的通信手段，你正在做DEVOPS错误。
这是所有关于文化
DevOps的并不是适用于所有的公司。有迹象表明，作更细致的方法来代码管理的情况。但是，即使你的公司没有完全致力于建设一个DEVOPS文化，有可以成功地应用到您的实践的DEVOPS哲学的许多方面。
总之，devops是一种文化哲学。它需要耐心、大量的努力、对人的理解，以及支持它真正发展的业务。
相关文章
- PowerShell的强大：基本技巧的Windows管理员会喜欢
- PowerShell的强大：为Exchange管理员的介绍
- PowerShell的强大功能:Windows服务器管理员简介
- 为什么DEVOPS被烧坏开发商
这篇文章“你做错devops的7个迹象”最初是由信息世界 。