DevOps提供了一个构建更好软件的机会，但并不能保证成功。看看如何做正确的DevOps。时不时会有一种想法迫使组织重新评估现状，这种改变通过推动行业的原则跨越当前的行业壁垒，网站云服务器，使行业发生革命性变化。在软件方法论方面，它是自切片面包以来最好的东西。每一个软件组织都在宣传或阅读它。我说的是DevOps。DevOps通过遵循旨在创建更可靠的版本并最终与业务目标更紧密地结合的原则，使企业能够实现更高的效率和生产力。如果您正在阅读本文，那么您很可能与软件行业有关联。与大多数业务原型一样，目标很简单：用能带来收入的软件赚钱，敏捷方法论是软件交付的圣杯，而DevOps则是朝着正确的方向前进。但是，要小心，实现DevOps文化并不是一个简单明了的过程。DevOps在工作时是一个很好的工具，但是在您深入兔子洞之前，以下是一些关于DevOps失败实验的常见观察结果，您可能需要注意：这只是达到目的的手段成功采用DevOps方法的组织希望通过其各自的经验、创造力和文化产生的过程来提高质量。也就是说，一个过程只有它的回报一样好。不要被过程本身所困扰——如果你的DevOps项目成功了，就要关注它的结果，坚持下去，如果没有，试试别的办法。专注于最后的游戏：价值。从已经运行的软件开始DevOps应该帮助您的组织创建更好的软件，但是，安装DevOps文化并不能治愈组织的软件并使其发挥作用。有时最好是让死掉的东西保持静止，从一开始就开始工作。这不是创建你自己的弗兰肯斯坦怪兽的时间和地点。组织使用DevOps来帮助创建更好的软件；DevOps不创建软件。DevOps没有标准的技术堆栈如果有一个用于创建DevOps文化的标准技术堆栈，我希望将其打包并以高价出售。许多技术提供了组织将用于实现的部分内容，但这些特定功能需要协调到受控流中。如Jenkins、Bamboo、Travis CI、QuickBuild，CircleCI提供了一些协调，带来了持续的集成，在某些情况下，还带来了持续的部署，但是一旦你开始将来自整个组织的各种技术和团队整合到混合中，这个模型就开始失败了。当应用于整个企业时，云服务器试用，可见性、可审核性和控制成为非常大的问题。随着容器化和微服务等新技术的出现，这种潜力呈指数级增长。不仅新技术需要新的堆栈，而且团队必须协调新技术和旧技术，以充分了解它们的实现。除了混合，DevOps并不局限于分布式系统。事实上，大型机也开始开发自己的DevOps运动。我看到了，它是有效的。没有"一刀切"的技术堆栈。你可以接近，但最终，堆栈会根据实现情况而变化，因为团队对每种可用的软件架构都有多种选择。无论是Docker、Kubernetes、Openshift、Mesosphere等，用于容器管理，或者WebSphere、IIS、Tomcat等，对于应用程序服务器，淘客推广渠道，或者对于操作系统，有多种可用的技术，需要有一种方法根据行业和组织的要求来协调所有这些集成。要了解DevOps，你必须实际地做DevOps有三个词萦绕在我的梦中：凤凰城计划。是的，金恩是一个传道德沃普的人——他的书已经从书架上飞了下来，成千上万的人蜂拥而至听他关于德沃普的演讲——这个人知道他的东西。但不，读这本书或其他任何一本书都不能保证你现在拥有这些技能或知识这是一个很好的介绍和窥探DevOps世界的好方法，但请不要搞错，DevOps是一项艰苦的工作，你必须知道并做。没有固定的组织标准让事情变得更困难的是，大数据时代，从企业的角度来看，在如何实现DevOps方面没有事实上的标准，有很多种口味，甚至有更多的扭曲方法来确保实现符合企业的需要。构建微服务应用程序并不意味着你在做DevOps是的，这项技术太棒了。是的，我喜欢说我的应用程序运行在Docker容器和其他人的容器中，但仅仅因为你的开发团队正在构建基于微服务的应用程序，并不意味着你成功地实现了DevOps文化。做得正确，在设计和实现微服务体系结构时，DevOps使工作变得更加轻松，但您不一定需要它来使用此技术。这是最大的误解之一。您不必在DevOps文化中运行开发来开发基于微服务的应用程序，但是从微服务的角度来看，红淘客，向DevOps文化过渡会阻碍组织在变革之初的开发周期。技术只是解决方案的一小部分无论您的组织采用哪种方法，有一点始终是一致的：技术只受其实现的限制。实现需要整个组织及其文化的参与。打包软件只是用于实现某个目标或目的的一组工具。人是DevOps成功的关键实施。无论是通过培训、研究还是简单的讨论，总会有机会更好地理解为什么我们应该以某种方式做事，我们应该如何采取行动来完成任务，以及手头的目标是什么。很多时候，我见过聪明人犯错是因为沟通中断。技术是最容易的部分。这场战斗来自于整个组织的沟通和协调。让每个人都站在同一个立场上，倾听团队中每个人的意见。尽可能多地吸收意见，但不要忽视目标。领导者领导，经理管理。把你的眼光放在创造价值上找出组织的目标是什么。找出什么是你的价值观？组织是否达到目标？从这里，看看你的发现背后的驱动因素。作为一个组织，你需要做些什么来达到目标？专注于你的组织能做些什么来实现这些目标。要有建设性。专注于不该做的事情会导致一个组织在整个企业中制造障碍，这是你最不希望看到的。鼓励积极的改变。奖励那些在新事物上冒险的人，尤其是当你最终有可能赢得巨大成功的时候。最重要的是，创造一个鼓励人们做出积极改变的环境。DevOps是一个不断发展的过程。Gordon Haff撰写的一篇文章对DevOps如何改变组织处理DevOps对其团队提出的需求的方式提供了一些很好的见解。DevOps转型的成功案例数不胜数。Netflix、Capital One、Target，Nordstrom只是其中的几个例子。花点时间学习DevOps，它的应用，以及如何成功地将它的实践引入到你的组织中。谁知道，你的组织可能是下一个成功的大故事。唯一知道的方法就是尝试。这篇文章最初刊登在《信息周刊》上。