容器与devops

有人可能会说容器和DevOps是彼此兼容的。 当然，在设计选择和开发容器技术的团队使用DevOps的过程中，DevOps实践的迅猛普及将使容器生态系统受益。 由于这种并行发展，在生产中使用容器可以教会团队DevOps的基本知识及其三大Struts： 三种方式 。

流动原理

集装箱流量

现实世界中的流程

本课程也可以应用于在筒仓中运作的团队。 从构思到实现的每个过程（无论是代码发布，基础架构创建，甚至是Spacely Sprockets的制造）都遵循一条线性路径。 在技​​术上，这一进步从开发到测试再到运营再到发布。 如果一个团队独自工作成为瓶颈或引入问题，那么整个过程都会感受到这种影响。 生产线上的缺陷破坏了下游的生产率。 尽管在团队本身范围内破裂的过程似乎是完全正确的，但它对整个环境有负面影响。

DevOps和流程

DevOps的第一种方法， 即流程原则 ，是将流程作为一个整体，努力理解系统如何协同工作，并理解问题对整个流程的影响。 为了提高流程效率，可以识别并消除痛点和浪费。 这是一个持续的过程； 团队必须不断努力提高对过程的可见性，并发现并修复问题点和浪费。

“将“第一方法”付诸实践的结果包括：永远不会将已知的缺陷传递给下游工作中心；永远不会允许局部优化造成整体性能下降；总是试图增加流程；总是试图对系统进行深刻理解（根据戴明）。”

– Gene Kim， 《三种方式：DevOps的基础》 ，IT革命，2017年4月25日

反馈原则

容器反馈

除了限制容器以防止在其他地方受到影响之外，还创建了许多产品来监视和趋势化容器指标，以了解它们在做什么并在出现异常时通知它们。 普罗米修斯 ，例如，是所有的愤怒用于收集从容器和簇指标。 容器非常擅长分离应用程序，并提供了一种随代码一起运送环境的方法，有时会以不透明为代价，因此做了很多工作来尝试提供快速反馈，以便可以在筒仓内Swift解决问题。

真实世界的反馈

系统流程也必须如此。 从开始到实现，一个高效的过程会Swift提供相关反馈，以识别何时出现问题。 这里的关键词是“快速”和“相关”。 在成千上万不相关的通知中埋葬团队使得很难或什至不可能注意到需要立即采取行动的重要事件，并且太晚接收相关信息也可能使小的，容易解决的问题向下游发展，成为更大的问题。 想象一下， 如果露西和埃塞尔立即提供了反馈，表明传送带太快了–巧克力生产就不会有问题（尽管那不会很有趣）。

DevOps和反馈

DevOps的第二种方式， 即反馈原则 ，是关于快速获取相关信息的。 有了即时，有用的反馈，就可以在开发过程中的其他地方感受到影响之前识别并解决问题。 DevOps团队致力于“针对下游进行优化”，并立即着手解决可能影响到其后其他团队的问题。 与流程一样，反馈是一个连续的过程，用于确定快速获取重要数据并在出现问题时采取措施的方法。

“创建快速反馈对于实现技术价值流中的质量，可靠性和安全性至关重要。”

– Gene Kim等人， 《 DevOps手册：如何在技术组织中创建世界级的敏捷性，可靠性和安全性》 ，IT革命出版社，2016年

持续实验与学习的原则

容器持续实验与学习

将操作学习应用于DevOps的第三种方式要更具挑战性： 持续进行实验和学习 。 试图挽救我们能理解的隐喻最边缘的内容，容器使开发变得容易，从而使开发人员和运营团队能够在生产环境之外本地安全地测试新代码或配置，并将发现的收益以难以实现的方式整合到生产环境中。过去。 变更可以是激进的，并且仍可进行版本控制，记录和快速轻松地共享。

真实世界的持续实验和学习

例如，考虑一下我自己的经历：几年前，作为一个年轻的，没有经验的系统管理员（工作仅三个星期），我被要求对运行中央IT部门网站的Apache虚拟主机进行更改。大学。 在没有易于使用的测试环境的情况下，我对生产站点进行了配置更改，认为可以完成该任务并将其推出。 几分钟后，我在下一个立方体中听到了同事的话：

“等等，网站关闭了吗？”

“嗯，是的，看起来像这样。 有没有搞错？”

涉及到很多麻烦。

饱受摧残（真是太可惜了，伙计们），我沉没到了位子上，疯狂地试图退回我所做的更改。 当天下午晚些时候，部门负责人（我老板的老板的老板）出现在我的立方体中，谈论发生了什么。 “别担心，”她告诉我。 “我们没有生你的气。 这是一个错误，现在您已经了解了。”

在容器的世界中，可以很容易地在我自己的笔记本电脑上进行更改和测试，而更熟练的团队成员会在很早就将其投入生产之前就确定这种损坏的配置。

DevOps持续实验和学习

真正的实验文化可以提高个人发现过程中的变更可能有益的地方的能力，并且可以测试该假设，而不必担心会因失败而遭到报复。 对于DevOps团队而言，失败成为一种教育工具，它可以增加个人和组织的知识，而不必担心或惩罚。 DevOps团队中的每个人都致力于不断学习，当知识共享时，这反过来对团队和更广泛的组织有利。

随着隐喻的彻底瓦解，需要将重点放在一个特定的点上：乍一看，可能会出现另外两个原则，以完全专注于过程，但是持续学习是一项人工任务，对项目的未来，个人，团队和组织。 它对过程有影响，但对个人和其他人也有影响。

“实验和冒险精神使我们能够不懈地改善工作系统，这常常要求我们做事的方式与数十年来的方式截然不同。”

–Gene Kim等人， 《凤凰计划：有关IT，DevOps和帮助您的企业获胜的新小说》 ，IT革命出版社，2013年

容器可以教我们DevOps

学会有效地与容器一起工作可以帮助教授DevOps和三种方式：流程原理，反馈原理以及持续实验和学习的原理。 从整体上看应用程序和基础结构，而不是对容器外部的所有内容视而不见，这使我们掌握了系统的所有部分并了解它们的上游和下游影响，突破了孤岛，并为提高全球性能和深度而团队合作对整个系统的了解。 提供及时，准确的反馈的工作教会了我们如何在组织内创建有效的反馈模式，以便在问题产生影响之前就先发现问题。 最后，提供一个安全的环境来尝试新思想并向他们学习可以教会我们创建一种文化，在这种文化中，失败是对我们知识的积极补充，并且能够通过有根据的猜测来大胆尝试，可以为复杂的问题提供新颖而优雅的解决方案。

接下来要读什么

翻译自: https://opensource.com/article/18/9/containers-can-teach-us-devops

容器与devops