温馨提示

1、交易前请仔细核实商家真实资质,勿信夸张宣传和承诺。如发现非法商家,欢迎广大网民举报,举报电话:4000-999-800。

2、该信息由列表网网友发布,其真实性及合法性由发布人负责,列表网仅引用以供用户参考,详情请阅读列表网免责条款。

3、在签订合同或相关协议之前,任何要求预付定金、汇款等方式均存在风险,谨防上当受骗!

详情描述

DevOps 这个词在近年来可谓大火。从 2014 年底开始似乎每个企业都表示想要推行 DevOps,或者说他们正在做 DevOps。这把火蔓延的速度远远超过当年敏捷在 IT 行业的传播。然而有些企业管理者对 DevOps 的认知让我们意识到,由于各种有意或无意的因素,这个概念不幸地成为了一个让人困惑的 buzz word云星数据


什么是 DevOps?


这里列出四种在市场上、企业咨询以及社区交流过程中接触到的认知:


一些企业的运维部门找我们,说要搞 DevOps。我请他们约开发部门的同事一起来沟通,却得到类似于“不用管他们,我们自己搞”的回复。再问那打算搞啥呢?答案可能是“我们想谈谈自动化运维”。


另一种认知是,敏捷宣言提出了“业务和开发要紧密协作,拥抱变化,将变化视为提升价值的机会而非麻烦。”那么 DevOps 则是将敏捷思想向运维延伸,通过开发和运维的紧密协作,让交付的后一公里也能拥抱变化,兼顾吞吐量和稳定性。


进一步,有些企业提出了自运维“No-Ops”理念,让运维的职能融入产品交付团队,由团队自主、自助地完成部署发布,同时自己承担线上问题支持等工作,完全让运维工作去中心化,实现“Who build it, who run it”。


我们还看到,一些咨询或解决方案厂商的宣传将 DevOps 刻画成了一个全新的、从设计、需求到发布运维端到端的研发体系,似乎有了 DevOps 这把榔头,软件研发的各种问题都解决了。有了 DevOps,苦逼的程序员们就迎来解放了


作为企业管理者,要在企业中引入 DevOps 并推动变革,首先要对 DevOps 的目标有清晰的认识,并明确 DevOps 在自己企业的上下文中意味着什么。一些厂商将 DevOps 吹得太大,但这也绝不仅仅是运维单方面的目标。DevOps 运动本质上是关于开发(含测试)和运维的协作,在“为用户创造大化价值”的一致目标下,让软件交付给用户并获得反馈的过程更加敏捷。至于要不要将开发运维一体化,则取决于具体产品的特征,在不同场景下可以有不同的协作模式。