编者按：这是一篇客座博客文章，作者是Capital软件工程高级经理James La Spada一个。大多数人们认为资本一号是一个金融机构。尽管有着老派的思维方式，我们已经将自己打造成一家颠覆性的技术公司……为我们的客户提供最好的人才和创造性的技术解决方案。为了实现这个目标，我们知道我们需要改变我们交付和维护我们的软件的方式，这就是为什么我们转向DevOps.优先为了采用DevOps，我们每个月都会发布一个整体更新。我们的软件工程师和操作团队整夜都在接电话，而且通常情况下，我们不得不撤销代码，因为它是别人的坏代码的牺牲品。虽然我们使用了一些自动化，但我们仍然需要处理大量的手动操作努力。现在使用DevOps，我们可以一天多次发布蓝色/绿色特性。在我们的流水线中内置了质量门，我们知道我们正在向我们的生产环境交付好的代码，而且我们的回滚率非常高较低。目前，我们一直关注DevOps作为一项服务。我们已经创建了一个工具生态系统，它结合了最佳的体系结构和持续集成/连续交付（CI/CD）实践。我们的平台使其他团队能够在几分钟内生成完整的CI/CD管道和GitHub存储库，其中包含所需原型的框架代码。开发人员通过监视和日志传送，可以在一天之内将基础设施和应用程序代码的管道交付到生产环境中。我们已经看到交付团队的生产力有了显著的提高，因为他们可以专注于将代码投入生产，而不是处理编写基础结构和管道代码以及维护治理的额外负担合规性当然，我们也遇到了不少挑战，我们从中吸取了一些宝贵的教训。当我们最初推出DevOps工具集生态系统时，其他团队需要指导才能使用我们的产品。我们意识到我们的文档是缺乏的，所以我们增加了文档和在线教程。这帮了很大的忙，我们也看到了很高的采用率费率。还有，尽管我们得到了良好的客户反馈，但我们希望提供客户喜欢的增强功能。因此，我们指派专人专注于有助于改善客户体验的产品功能，并最终提高我们的净推荐分数（NPS）。尽管我们提供的功能很快，但我们仍然只有6人的团队，发布新功能来支持800多名开发人员的整个业务线（LOB）是一项挑战。因为我们一直将我们的项目视为内部开源，所以这就是我们的解决方案。我们已经要求其他开发新特性的团队从内部获取他们的工作。今天，我们的大部分新功能都来自我们的内部采购社区。我很高兴在9月16日至19日举行的DevOps World | Jenkins World 2018大会上分享Capital One的DevOps旅程。请务必参加我9月19日星期三下午2:30的"DevOps银行业务——Capital One和CIBC提供的CI/CD真实世界课程"。