对DevOps的定义有很多不同的定义。它们的中心主题都是使用DevOps来增加从理念到原型，从原型到产品的价值流。它是一组过程和行为模式，它们改变了开发和操作（希望是安全性）团队在应用程序生命周期中通信、交互和移动代码的方式。通常与DevOps运动相关的两个常见事物是敏捷开发和作为基础设施模式的容器化。敏捷有助于（但不是）DevOps敏捷实践已经存在了几十年。从瀑布式项目和软件管理到响应更快、更短的sprint，以及引入特性、原型和测试的新方法，可以看出这一点。单独采用敏捷并不能成为DevOps的成功案例，但通常用于那些从构思到实现的速度更快、流程更好的团队中。在敏捷环境中进行定期和一致的度量可以在出现问题时进行更好的过程修正，并且在整个生命周期中具有更高的可见性。这样，团队就可以着手解决有助于在基础设施中实现这些实践的技术和工具。容器化是最流行的一种新的打包方法，用于部署应用程序以实现可移植性和一致性。Docker为API可访问容器打开了大门，这些容器从VM基础设施转移到了更薄、更便携的结构。集装箱化的目标是在部署和操作中创建一致性。容器可以运行在多个底层平台和基础设施上，这将您从专用hypervisor的锁定中解放出来。当团队在本地开发并通过QA、用户测试、功能测试和生产环境部署到容器中时，过程可以从头到尾保持一致。听起来不错，对吧？操作团队成员现在必须考虑下一步实际采用和管理容器。您可能已经了解了如何将容器作为部署构造引入到您的环境中，并意识到仅容器并不能解决问题。使用容器而不是虚拟机只是将瓶颈转移到下一个点，即部署和管理容器化基础设施。集装箱调度战的曙光已经开始，因为该行业正试图解决这一问题。云计算基金会（cloudnativecomputingfoundation）在最近的一次调查中强调了采用和部署集装箱化基础设施的最大挑战[1]：•开发团队的文化变革（41%）•复杂性（从35%上升到40%）•缺乏培训（40%）不出意外，这三大挑战与您在团队中已经达到的目标一致，因为您希望引入更多DevOps的基础设施实践。成功的DevOps采用工具包首先，是阅读清单。有几十本书试图解决采用DevOps实践的变革过程的主题。您可能会在其他地方看到的最重要的内容包括：•凤凰城项目-Gene Kim，Kevin Behr，George Spafford•DevOps手册-Gene Kim，Jez Humble，Patrick Debois，John Willis•高效DevOps-Jennifer Davis，Katherine Daniels•现场可靠性工程-各种作者你会发现大多数DevOps指南的一点是它们主要面向开发人员。DevOps的开发方面有更多的照顾和喂养，所以这是有意义的。行动小组呢？作为一个成功实施了与DevOps方法论一致的基础设施操作流程的人，我可以告诉您两件事是成功采用的主要因素：1高度信任-这必须跨越文化（人）、过程（一致性和可预测性）和技术（经验证、可信赖的结果）2。自动化的广泛应用-这也跨越了过程（过程和任务自动化）和技术（跨IT堆栈的自适应自动化）有趣的是，这两样东西是互相喂养的。高度信任来自于获得一致性。一致性来自于在整个应用程序生命周期中使用流程自动化。没有一致性，你怎么能有信任？你不能。你可能会幸运地发现一致性几乎是偶然的，但手动过程是脆弱的，无法扩展。当您不得不在部署更敏捷的应用程序时，您的构建文档有多好并不重要。这是在你成长的环境中你已经从实践中了解到的。为什么要花3天的时间才能获得一个新的物理服务器并使用hypervisor？以前需要几个星期，所以3天感觉很快。您的开发团队希望在3小时内完成。你怎么能安全地跟上呢？基础设施有它自己的生命周期，它也有自己的一系列挑战，这些挑战在DevOps之前的开发团队可能还不知道和理解。在操作团队中，您对性能、扩展和管理基础设施的想法大不相同。即使在DevOps中，也需要支持底层基础设施，以使这些新流程获得成功。集装箱行业如何发动新的战争本系列的下一篇文章将介绍Kubernetes如何成为容器调度中使用最广泛的名称，以及在您评估如何最有效地将这些新技术引入您的环境时，您的团队需要做些什么。这也将突出这些新部署模式带来的第一组挑战，以及为什么PaaS（平台即服务）和CaaS（容器即服务）可以成为DevOps世界中最好的朋友。 看看这篇文章！hbspt.cta公司.\u relativeUrls=真；hbspt.cta.负荷（5041972，‘f1f3c7b5-0ac8-41b9-8479-97ac325da9f3'，{}）；