devops失败的原因

DevOps只是价值流开发的另一个术语。 价值流是什么意思？

价值是我们与客户和利益相关者互动时产生的。 一旦进入价值流开发，我们很快就会意识到价值不是实体。 价值不断变化。 价值是一个过程。 价值是流动。

因此，术语流 。 只有在流的情况下，价值才是价值。 这种价值流就是所谓的持续集成（CI）。

我们如何创造价值？

无论我们多么仔细地指定价值，其期望都会发生变化。 因此，定义和产生价值的唯一现实方法是征求反馈。

我们逐渐了解到，寻求反馈的最有效方式是失败。 失败是确保我们的客户和利益相关者放弃一切，坐起来并集中精力的肯定方式。 如果我们拒绝失败，那么我们会继续自信地沿着发展道路前进，直到后来发现我们错了。

敏捷的DevOps文化就是要放弃这种傲慢的立场，并采取谦虚的态度。 我们承认我们并不了解全部，我们致力于采用一种更为谦虚的方法来实现价值流。

尽快失败是至关重要的。 这样，失败就不重要了。 它是无毒的，易于克服，易于修复。 但是我们需要反馈来知道如何解决它。 最好的反馈是对失败的React。

让我们从视觉上说明这种动态：

^{通过持续征求通过反馈回路产生价值}

此图说明了通过以连续，永无止境的方式征求反馈来产生价值的动力。

失败适合哪里？

在上述过程中，我们在哪里看到失败？ 时间为另一个图表：

^{失败是实现价值流交付的主要动力。}

失败是中心 。 没有失败，任何有用的事情都不会完成。 由此，我们得出结论，失败是我们的朋友。

我们怎么知道我们失败了？

在瀑布方法学的美好旧时光中，主要指令是“失败不是一种选择”。 我们承受的压力是，每个步骤都必须取得完全合格的成功。 我们竭尽所能避免收到任何反馈。 保留了有关重大爆炸事件的反馈； 当我们所有人都尽早了解我们构建的系统有多严重时，这一点就到了。

简而言之，这就是我们失败的传统学习方式。 随着敏捷和DevOps的出现，我们经历了文化转型，并接受了渐进式的迭代开发过程。 每次迭代都以mini失败开始，进行修复并持续下去（mini是此处的关键字）。 但是我们如何知道我们是否失败了？

唯一可以确定的方法就是要有一个可衡量的测试或目标。 可衡量的测试将让我们知道我们是否以及如何失败。

既然我们已经做好了准备，并暴露了以无罪，以失败为中心的文化的基础，那么本系列的下一篇文章将深入探讨如何迭代失败的尝试以满足可测的测试和目标。

翻译自:

devops失败的原因