编者按：这是一篇由Gowri Sivaraman撰写的客座帖子，他是一位高级工程主管，他经常被问到为什么有些公司在DevOps取得成功，而有些公司却步履蹒跚。很多事情都会浮现在脑海里……一个彻底的过渡计划，一个执行赞助人，商城建站系统，时间，毅力。这些因素对成功迁移到DevOps至关重要。苦苦挣扎的公司往往绕开这些元素。但是我认为，通向成功的DevOps最重要的因素是一种文化，它为自下而上的持续整合/持续传递（Ci/CD）奠定了基础。让我解释一下我的意思。在Intuit，我们为Scrum团队创建了所谓的端到端所有权（E2E）。与工程、XD从业人员和产品经理一起，Scrum团队负责与产品相关的所有工作。从一开始到交付，外汇返现，每个开发人员都拥有代码。团队一起定义、设计、开发、测试、部署和支持我们的环境和我们的产品E2E方法帮助我们成功地接受了DevOps并将其融入到我们的文化中。我们观察到了这些转变好处。Scrum团队经常做出产品和技术决策更快。新的由于在部署和交付.仪器以及为代码和基础设施构建的监控功能，并内置寻呼机警报内部员工参与度得分从~60%提高到~80%，工程师对客户产生了更多的同理心，结果，他们解决了很多问题更快。投资在合适的人身上，哪个云服务器，工具、技术和流程也使向DevOps的过渡更容易，并有助于促进一种强大的文化。例如，关注现代SaaS工具，如Kubernetes和Blue Ocean Jenkins，以及测试自动化工具（消除手动操作）有助于为成功铺平道路德沃普斯。什么时候我们转向了DevOps和CI/CD，好评返现模板，我们并没有得到所有的答案，我们从中吸取了一些教训。首先，淘客，我们的团队必须适应变化。但是，让我们渡过难关的是我们的好奇心挑战。这里是几节课学习：领养基于主干的开发模式这是CD的超能力。所有开发人员都致力于在源代码管理下使用共享的分支[master]，这允许我们创建一个可以重复用于每次检查的管道-内特性在CD世界里，旗子是一个必要的恶魔，它可以让CD管道更快、更可靠地传递信息，功能切换开关是必要的。拥抱IaaS取决于您的软件的性质，采用IaaS或基础设施作为代码，是保持部署完整性的可靠方法。我将在DevOps | Jenkins World 2018大会（9月16日至19日）的一个小组上与来自Medallia，Electronic Arts，美国航空公司和红帽子。如果你有兴趣听更多Intuit的DevOps之旅的真实例子，一定要参加我的会议，"碰撞、瘀伤和创可贴：从业者的真实世界教训"