编者按：这篇客座博客文章是由红帽公司高级首席软件工程师arilivigni撰写的，我在redhat工作了四年多。当我开始在这里工作时，我们使用了许多不同的技术，而这些技术不是我们自己的产品。为了像俗话说的那样"吃自己的狗粮"，我们决定使用红帽产品，特别是OpenShift平台来交付我们的软件。这是客户体验中的一个很好的练习，因为它暴露了一些我们没有意识到的质量、可用性和集成问题面对面。我们突然发现了我们产品发布中的漏洞。在我们的狗粮战略中，狗是在向我们展示我们需要改进的地方，而不是等待客户告诉我们我们需要做什么修好。那个认识到这一点，我们向DevOps过渡。我们开始在OpenShift上使用continuousintegration/continuousdelivery（CI/CD），OpenShift是一个企业级应用程序平台，是为使用Kubernetes的容器而构建的。DevOps和CI/CD方法使我们能够快速解决问题，从而为客户提供更好、更可靠的产品。这是我们在DevOps的最大成功。通过吃我们自己的狗粮和搬到DevOps，我们已经能够领先于我们的产品开发和发布曲线。As你可能会想到，我们在这一过程中也学到了一些教训。这里有几把钥匙要点：有没有一种工具对每个人都有用。您需要给开发团队足够的自由和灵活性来最大限度地使用他们喜欢的工具生产力。不断迭代和改进系统。这将有助于减轻消防演习，并使您的团队进入一个可靠的软件节奏释放。唐别被新的闪亮玩具分心。总有一些新的东西能吸引所有人的注意力一段时间。花点时间想想什么是值得你注意的，什么是值得注意的炒作。建立监控和度量系统。此信息有助于您和您的团队了解解决方案是否按预期工作，并且还提供了大量数据来展示DevOps对管理层的增值团队。唐不要害怕失败。这是DevOps旅程的一部分。失败是困难的，但它是如此重要。在这里你可以重新组合并学习错误。这些只是一些关于我们的成功和见解的细节，因为我们已经接受了DevOps和CI/CD。在9月16日至19日举行的DevOps World | Jenkins World 2018大会上，我将与来自Medallia、Intuit、Electronic Arts和American Airlines的几位同行在名为"碰伤、瘀伤和创可贴：从业者的真实世界教训"的小组上发言。一定要参加这次会议，更多地了解我们的兴衰、成功和失败，以及DevOps对组织的影响和增长点。