在最近一期的Continuous Discussions（#c9d9）播客中，一个由行业专家组成的小组讨论了持续交付和部署管道，以及这些管道的抽象和建模如何帮助促进创新和创意。这个评审小组成员包括：Ranger4的DevOps专家Helen Beal和InfoQ的DevOps编辑；主管Matthew Skelton在Conflux咨询；CloudBees的Sam Fall和Anders沃格伦，继续为他们的一些顶级外卖阅读！Wallgren讨论了软件管道的重要性："它成为了产品的一个非常重要的特性，云服务器怎么用，因为如果你没有一个，最终你不会发货。有能力使它适应环境，使它与你一起成长，并随着你改变你的工具和你的架构而改变，这是关键。否则，你会发现自己仅仅因为你的管道而被束缚在特定的架构中。"Beal谈到了价值流映射的重要性。她认为，这是一个强大的工具，可以开始任何形式的DevOps进化："它通常会让一堆人在房间里，几乎从来没有在同一个房间里，物联网工程师，他们开始以一种他们以前不理解的方式来看待和理解事物。"流水线和自动化的发展，但它需要一种新的思维方式，Skelton认为："通过能够快速地自动化和解决问题来获得快速反馈。这种思维方式与在代码准备好之前修补代码是非常不同的，也许它会成功并走到一起……我们一直在证明自己，这是一种更科学的方法。让我们通过对这个假设进行大量的测试来验证这个假设，我们就会得到结果。Fall强调了自动化管道的可靠性，因为它的重复性与Skelton一致："如果你把完全相同的东西放进去，你就会得到完全相同的东西。一旦你到了那一步，任何你放进去的不同的东西都会变成你正在测试的假设，无论是失败还是成功，只要你能看到它，它仍然是成功。"比尔谈到了DevOps的三种方法中的持续学习部分："当我们进入一个组织去做一些发现，询问人们他们对失败的感受时，这是很有说服力的。你可以立即了解到很多关于这个组织的前瞻性思维。沃格伦将对失败的恐惧与教育体系联系起来："我想知道这种对失败的恐惧有多大程度上是教育模式的一部分。你只参加一次考试，只交一次卷子，到了一个年级，然后你就完成了——你就可以继续下一件事了。在工业中，这不是它的工作原理，你发布1.0，你发布1.01，你在失败的基础上进行构建，希望从中吸取教训并变得更好。"Skelton还谈到了他认为包含三种方式的元素："这意味着部署管道绝对是基础，遥测是绝对基本的，让这两件事发生在我们想要的所有环境中是绝对必要的。对于我来说，这就是DevOps的三种方法。"Fell提供了他对DevOps工具的见解："人们现在使用这些不同的工具来获得不同的结果。让我们把重点放在需要什么样的结果上，云翌通信，然后作为一个企业，让我们专注于什么是获得这些成果的最佳方式。是要有5万种不同的产品来帮助我们做到这一点，还是要有一个产品，买云服务器，一个企业许可证？"Wallgren看到了自助服务模型的价值："服务模型变得越来越普遍，如果我需要一个环境来做一些测试，我是否应该再次通过架构委员会？我是不是应该再检查一次，手机网站自助建站，即使和上次一样？在自助服务提供机制中提供所有受欢迎和知名的管道组件非常强大。"Beal谈到了管道安全方面的常见漏洞："我们在DevOps基础课程中做了一个练习，让人们设计他们当前的管道，然后我们从中找出漏洞并寻找漏洞。安全性是一个典型的问题，很多人在开发初期并没有很好地做好安全性工作，所以这些东西会得到那种软件卫生。"斯凯尔顿补充到沃格伦关于自助服务模式的想法："我认为有一些事情可以成为真正的促成因素。第一，这是自助式管道即服务。这需要一些平台团队更加成熟。实际上，我们的软件开发人员和测试人员需要将我们的软件、开发人员和用户视为一个平台。"从工具的角度来看，费尔认为你可以把现有的脚本当作一个工具来考虑："如果你能抽象出这个脚本，你就可以使用你所拥有的相同的脚本。但是，如果你把它作为一个编排好的管道的一部分，并且给它输入参数，那么你会得到更多的一致性。一旦您将其作为管道、服务或产品的一部分，就可以开始重构它了。"观看整集：