浅谈DevOps

        笔者做过一些时间技术管理，3年之前说到项目管理和交付，谈的最多的就是敏捷开发、持续集成、持续交付，最近几年谈起来必说DevOps。我想谈谈我的理解，首先抛出3个问题：（1）DevOps就是敏捷开发加CI持续集成么？（2）DevOps似乎要投入很多人力，小公司有搞这个的必要么？（3）我们应该如何优化开发流程向DevOps靠拢？

        DevOps的目的是为了高效交付，打破开发developement和operations之间的壁垒。在好些年前，笔者参加电信项目的开发，都是开发人员写完代码、自测，然后测试人员经过几轮测试，然后提交版本给专业的运维人员去部署、运维升级。因为电信项目升级严格，当时一个项目一年发布给运维的版本可能只有2-3个，但是这个过程中需求可能会持续变化。所以当时项目的痛点是快速响应需求变化、快速迭代，打破开发和测试各自为战的特点；于是采用敏捷开发的思路，将以前分隔开的开发团队和测试团队融合管理，按照某个需求特性feature组成敏捷小组，借助敏捷管理过程比如scrum来管理需求开发，借助持续集成工具如jenkins来整合开发、单元测试、集成测试、系统测试、构建发布多个过程。那么按照这个思路，DevOps是不是把运维人员加入到敏捷团队，持续集成工具进行一些运维的扩展就行了？不完全是这样，我们是需要对整个开发过程进行改造，当然敏捷开发过程是必不可少的。

        改造整个开发过程，似乎工作量很大，需要很多人力，技术团队只有几个或10来个人的小型公司没法做吧。其实恰恰相反，人力少执行更快，可以更高效进行敏捷开发和运维响应，但是由于人力有限，