当人们谈论今天的软件时，有两件事是清楚：它在大大小小的企业中推动真正的价值，帮助他们转变流程，创造全新的应用程序驱动的业务模特儿们市场领先企业中的IT组织致力于以正确的方式交付软件，秉承持续整合、持续交付和德沃普斯。什么不太清楚的是，组织是否遵循这些实践所表明的原则。在以前的博客中，我们仔细研究了持续集成和持续交付的细节，并得出结论，许多组织认为他们正在以最佳的方式执行这些实践。但在进一步的检查中，他们没有。那DevOps呢？做DevOps的组织对吗？如果他们正在进行持续集成和/或持续交付，他们是否仍不能完全检查DevOps的所有复选框？再一次，这些问题对于组织来说是很重要的，因为他们试图在一个日益由软件驱动的经济中优化他们的绩效创新。整体，正确地执行DevOps可以成为一个组织的巨大催化剂。但如果做得不正确，可能会适得其反，并可能在许多方面使组织付出代价。下面我们来看看DevOps是什么以及如何实现它对。定义Devpsi喜欢把DevOps、持续集成和持续交付看作是软件交付的兄弟姐妹——所有这些都源于旨在简化流程的敏捷和精益运动。这是有区别的。持续集成侧重于交付流程左侧的自动化构建和快速更改等流程；持续交付涵盖了从管道到生产的最佳实践；而DevOps则侧重于支持功能间协作所需的组织变革。但他们都是平手一起。在一个高层次的，DevOps是一个文化术语。当您创建由技术实践支持的软件开发文化时，就可以实现DevOps。在DevOps文化中，软件开发涉众具有相互理解和同理心，以便他们在快速发布高质量软件的共同目标上保持一致重复。可以您进行了持续集成和/或连续交付，但在DevOps上仍有不足？当然。持续集成和持续交付是您可以实施的实践，甚至在一定程度上掌握这些实践，同时不会真正影响成为DevOps所需的文化变革组织。开另一方面，如果不结合成功的持续集成和持续交付实践的构建块，您真的无法正确地完成DevOps。正如jezhumble喜欢说的，您可以使用Bash脚本实现DevOps进程-DevOps并不固有地规定组件实践。但是，要以可持续的、可重复的和可扩展的方式实现DevOps，需要承诺持续集成和持续交货。做DevOps right近几年来，有很多文章试图识别您的组织在DevOps方面做得是对是错的迹象。有效的DevOps组织的一些更受欢迎的特征是，它们明确定义了DevOps策略，并且可以建立"常识"措施来识别出什么时候出了问题。坏的DevOps实现的一些关键标志包括不能容忍失败和在实现后期尝试引入测试过程文化：定义整体流程，从端到端成功的DevOps文化聚焦在业务上，开发人员、测试人员和IT操作团队围绕共同的目标一起工作。他们提供了关于如何启动流程、构建成功的管道、实施交付流程和衡量输出的输入。首先，在一个团队中成功实现DevOps，在您尝试在整个组织中实现DevOps之前，您需要确保它在微观范围内起作用，确保采用自下而上的方法并从关键经理那里获得支持。在实施的开始阶段，管理层的支持可能是困难和耗时的，但是成功地实现组织范围内的转换是必需的。它会影响到时间表、预算和组织。确保你的组织没有筒仓——不是所有的组织都能消除组织的筒仓。但是，通过让所有利益相关者参与并协调交付过程，您可以跨部门虚拟（或实际）产品团队，减少组织筒仓的影响。这将有助于在组织中的不同团队之间建立共鸣，并推动协作和反馈文化。确保合适的人坐在桌子上如果你试图用组织内每个团队和职能小组的投入来创建一个DevOps战略，你可能会陷入极度复杂的境地——分析瘫痪——永远不会真正开始。为了使您的转换快速进行，最好缩小范围，将最初的实现集中在一到几个项目上。一旦您成功地使用了这些，就可以开始在团队中逐步扩展DevOps，并在过程中加入新的输入。我建议您首先从我们每个流程和组中收集管理层和个人贡献者这样的代表：业务部门的管理代表、项目管理管理员、开发团队的主要开发人员和实际开发人员。个人贡献者是不可分割的，因为只有他们才能真正识别出所经历的痛苦，并且应该加以改进。这也创造了必要的同理心和实地认同。他们不可能购买一个组织的"不购买工具"的信念。别上当了。工具是跨竖井连接团队和实现支持DevOps的自动化的关键部分，但是工具本身并不能解决您的问题。你需要在持续集成和持续交付的所有重要方面努力创造文化和循环，以确保工具发挥作用。确保你成功地衡量了你的进展一个有效的DevOps文化包括一个承诺，衡量结果和报告可量化的指标。为了维护你的交付渠道，你需要建立起做这些事情的能力，并不断跟踪你朝着这些目标的进展。例如，不太理想的软件交付过程往往会导致大量的加班。操作工程师和其他团队成员倾向于长时间工作来部署软件。因此，以减少50%到75%的加班工时为目标来衡量团队的工作时间，将灌输正确的纪律，并有助于促进太好了不好的开发带来的负面影响是进行DevOps的后果错误：第一个和最重要的是，你会错失良机。今天的市场发展很快，每个公司都有正确实施DevOps的竞争对手。他们正在创新，并获得市场优势。如果您将时间花在DevOps的失败或错误的实现上，则与那个。那里还有内部成本。如果一个DevOps计划失败，士气就会受到影响，IT主管可能很难获得另一个DevOps所需的支持转变。然后呢这是实际成本。投资一个有缺陷的DevOps项目会浪费金钱、时间和员工资源其他地方。那个另一方面，成功的DevOps实现可以在以下方面产生显著的价值领域：更快乐的员工–创造高效，致力于DevOps的组织可以帮助公司保持和招募顶尖人才提高生产力-在软件开发生命周期中浪费的时间更少转化为软件流速度的提高价值-在保持质量的同时加快创新的能力使公司在市场营销结论要做好DevOps，组织需要建立多个桥梁，将人员、流程、工具和组织目标联系起来。这是艰苦的工作。这不可能很快完成，但如果组织致力于创建适当的DevOps文化，就可以做到。别总有一天出现说你要做德沃普斯。使用持续集成和持续交付的概念作为构建块，让组织的其他成员围绕您的愿景团结起来。确定你今天的目标，你想去的地方，以及你将如何到达那里。那你就上路了！布莱恩·道森是CloudBees的DevOps福音传道者。在Twitter上关注他。