有关DevOps的几个网摘

DevOps，第一次我听到这个词是刚刚入行运维的时候，跟很多人一样，我以为这个名词中文翻译就是运维开发或者开发型运维，后来在慢慢接触中，发现这个词的含义不一般，以下我就将我到目前所看到的网上文章摘抄一些有关DevOps的文字与诸君分享。

一、什么是DevOps？

我们看维基百科上对DevOps的介绍：

DevOps is a software development method that emphasizes communication, collaboration (information sharing and web service usage), integration, automation, and measurement of cooperation between software developers and other IT professionals.The method acknowledges the interdependence of software development, quality assurance (QA), and IT operations, and aims to help an organization rapidly produce software products and services and to improve operations performance.

src=\'#\'" //en.wikipedia.org/wiki/DevOps#Overview

中文翻译：DevOps是一种强调沟通、合作（信息共享和网络服务使用）、集成、自动化和量化软件开发人员和其他IT人员协作的软件开发方法。这种方法认同软件开发、质量保障（QA）和IT运维的相互依赖，并以帮助一个团队快速生产软件产品及服务和提高运营效率为目标。

可见DevOps在维基百科中的介绍是一种软件开发方法。的确，我们不能简单地去看每个事物，在我们计算机领域，一切事情都是千丝万缕，剪不断但理不会乱。下面这幅图可以很清晰看清楚DevOps涉及三个领域及其相关关系。

二、为何要有DevOps

那么……为什么要合并这两个领域？原因很多，但首要原因是：我们目前的工作流程是脱节的。绝对的脱节。很多公司的开发部门和运维部门之间存在的深刻矛盾，其实就是这个“脱节”造成的。

……

DevOps 也不仅仅是一种软件的部署方法。它通过一种全新的方式，来思考如何让软件的作者（开发部门）和运营者（运营部门）进行合作与协同。使用了DevOps模型之后，会使两个部门更好的交互，使两者的关系得到改善，从而让很多领域从中受益，例如：自动化、监视、能力规划和性能、备份与恢复、安全、网络以及服务提供（provisioning）等等。

――《我眼中的DevOps》来源：http://www.infoq.com/cn/articles/devops-in-my-view/

结合本人的工作经验，的确开发到运维线上部署这个过程存在许多对接问题，开发自顾自开发产品，运维也没有在开发过程中及时介入并提供建议，导致产品在部署过程中会出现一些兼容性问题或者优化问题。

三、如何做好DevOps？

早参与，多参与。对于开发人员，要让运维人员常驻到开发部门，全程参与开发流程。邀请运维人员参与你的Scrum或者开发会议，与他们分享项目计划、分享新技术的电子和心得。搜集功能性需求（指开发人员用到的需求）的同事也要搜集运维方面的需求。把对于“发布、备份、监控、安全、配置管理和系统功能”的测试作为一项独立的项目流程。软件产品在开发时解决的问题越多，那么在使用暴露给用户的问题就越少。给运维人员做培训，让他们弄清项目的体系结构和核心代码。如果运维在反馈bug时提供的信息越多，那么你花在排查问题（trouble-shooting）的时间就越少，这个bug也就会更快的被解决掉。

对于运维人员，在遇到问题时要把开发人员加进来，大家一起解决问题。邀请开发人员参与你们的会议，分享项目进度（roadmaps），并且共同修订工作计划。运维人员一定要了解开发部门下一步的工作方向，从而确保产品运行的底层平台能够良好的支持最新技术。开发人员也会带来相关的技术、知识和工作，帮助你们改善产品的运维环境，使其更加易于维护、简洁有效。

――《我眼中的DevOps》

来源：http://www.infoq.com/cn/articles/devops-in-my-view/

本人在刚刚入职时，参加公司新人培训，某节技术类员工培训课上，我问了一个主程：“你们开发在和运维协同方面有什么建议？”他说：“如果可以，我希望把你们借到项目组一个月，参与到各种开发过程中并提出你们运维的观点。”

四、不看好DevOps的观点

是真正受到DevOps影响的是开发本身和开发生产力。

……

开发的规模和重心持续收缩，因此花在决策上的时间相应减少。

……

持续交付和持续开发取代了持续集成。如此快速的产品上线节奏，测试用时越发变得稀缺，这也意味着开发者不得不演变为“超人”，既要搞代码，又要兼顾测试，既要对内，又要对外。

……

DevOps在消磨开发生产力。

……

――《DevOps扼杀的不是开发者，而是开发生产力！》

来源：http://www.csdn.net/article/2014-08-07/2821102-devops-isnt-killing-developers

哈哈，未完待续