我偶尔会有机会与红帽公司的首席执行官吉姆·怀特赫斯特聊天。当我们谈到本月早些时候,开源公司的季度财务结果刚刚出来,但我喜欢我们的谈话的原因之一是,他们设法关注全局趋势影响科技行业,不是瞬间的力量——包括任何特定的公司他的公司。
参见:红帽首席执行官回答了大数据的鸡和蛋的问题
这一次，我们深入探讨了IT部门中开发人员日益增加的重要性。“上周在欧洲，”Whitehurst告诉我，“我和cio们谈了很多关于DevOps、敏捷和持续开发的话题，这些都是我以前从未听说过的。”For IT leaders, Whitehurst said, the key conversations are moving from infrastructure to "how do I develop apps more quickly?" That’s a huge sea change in CIO thinking.
基础设施=成本/发展=收入
据怀特赫斯特说，这种转变有一个简单的原因。基础设施是一个成本中心，而这些开发人员创建的应用程序实际上可以赚钱。他解释说，对于cio来说，“基础设施100%是由成本驱动的”;没有真正的好处。但如果他们将开发商的生产率提高一倍，就可以增加收入和利润。如果你能把开发速度提高25%，那就更值得从基础设施中削减50%。“这才是真正的价值所在，”怀特赫斯特宣称。“首席信息官应该被关注。”
当然，问题是IT组织如何鼓励和实现这些生产力收益。DevOps通常被认为是一种解决方案，但是一个大型IT组织是如何加入开发端和ops端的呢?
怀特赫斯特想知道，它是应该围绕业务主线展开，还是简单地将双方放在一起就足以获得利益?需要什么技术工具?如何协调开发和运营中非常不同的过程和文化呢?
Dev不懂ops
怀特赫斯特警告说:“首席信息官们并不总是能意识到dev对ops知之甚少，以及它们之间的差异有多大。”例如，在销售OpenShift时，“我们有时会让开发人员和运维人员进入一个房间，但他们从未见过面!”这只是惊人。”And yet if you picked five random devs and five random ops workers and lined them up, he added, those CIOs said they could identify which group was which with 90% confidence. They look different, they dress different, they act different, they drink different drinks.
这就是为什么怀特赫斯特建议IT部门“现在开始考虑企业文化，以后再考虑基础设施。”
他说:“要弄清楚如何将dev和ops连接起来，让正确的操作节奏继续下去。”“技术姗姗来迟。”Whether the DevOps team chooses Maven or Jenkins is "something that gets decided later, three levels down the organization."
哦，还有一件事。怀特赫斯特警告说:“大规模重组不是开始的方式。”“这样做弊大于利。”Instead of changing the way you do development across the board, start with a few projects for one team. "Wall off this group and figure it out there." Then take the lessons learned and expand to three to four projects, then to 10 to 15 projects. Finally, Whitehurst said that there will still be some projects where DevOps is not indicated, where the six-month waterfall development approach is fine.
怀特赫斯特走得够远了吗?
从我的角度来看，随着时间的推移，这些瀑布式项目可能会越来越少。在我看来，对其精髓的争夺已经结束，开发者已经取得了胜利——尽管不是每个人都知道这一点。这并不是说ops和基础设施没有持续的作用。它们永远都是必不可少的。但是，现在越来越多的是开发人员在驱动总线，决定它的走向以及什么是成功和失败。这就是怀特赫斯特从与他交谈的首席信息官那里听到的担忧的真正含义。
额外的资源:Whitehurst推荐凤凰计划:一本关于它的小说，DevOps，和帮助你的生意赢,通过基因金,凯文原意,乔治清单。