devops简介

DevOps是什么呢？
有人说它是一种方法，也有人说它是一种工具，还有人说它是一种思想。更有甚者，说它是一种哲学。

越说越玄乎，感觉都要封神啦！DevOps这玩意真的有那么夸张吗？它到底是干嘛用的？为什么行业里都会对它趋之如骛呢？

传统的开发模式

我们知道，一个软件从零开始到最终交付，大概包括以下几个阶段：规划、编码、构建、测试、发布、部署和维护。

随着软件产业的日益发展壮大，软件的规模也在逐渐变得庞大。软件的复杂度不断攀升。一个人已经hold不住了，就开始出现了精细化分工。
码农的队伍扩大，工种增加。除了软件开发工程师之外，又有了软件测试工程师，软件运维工程师。

分工之后，传统的软件开发流程是这样的：
软件开发人员花费数周和数月编写代码，然后将代码交给QA（质量保障）团队进行测试，然后将最终的发布版交给运维团队去布署。所有的这三个阶段，即开发，测试，布署。
早期所采用的软件交付模型，称之为“瀑布（Waterfall）模型”。

瀑布模型，简而言之，就是等一个阶段所有工作完成之后，再进入下一个阶段。
这种模型适合条件比较理想化（用户需求非常明确、开发时间非常充足）的项目。大家按部就班，轮流执行自己的职责即可。
但是，项目不可能是单向运作的。客户也是有需求的。产品也是会有问题的，需要改进的。

随着时间推移，用户对系统的需求不断增加，与此同时，用户给的时间周期却越来越少。在这个情况下，大家发现，笨重迟缓的瀑布式开发已经不合时宜了。
于是，软件开发团队引入了一个新的概念，那就是大名鼎鼎的——“敏捷开发（Agile Development）”。
敏捷开发在2000年左右开始被世人所关注，是一种能应对快速变化需求的软件开发能力，敏捷开发(Agile Development) 的核心是迭代开发(Iterative Development) 与 增量开发 (Incremental Development) 。其实简单来说，就是把大项目变成小项目，把大时间点变成小时间点，，然后这样就可以更加快速的上线项目了。

迭代开发

对于大型软件项目，传统的开发方式是采用一个大周期(比如一年)进行开发，整个过程就是一次"大 开发";迭代开发的方式则不一样，它将开发过程拆分成多个小周期，即一次"大开发"变成多次"小开 发"，每次小开发都是同样的流程，所以看上去就好像重复在做同样的步骤。

增量开发

软件的每个版本，都会新增一个用户可以感知的完整功能。也就是说，按照新增功能来划分迭代。

敏捷开发如何迭代？
虽然敏捷开发将软件开发分成多个迭代，但是也要求，每次迭代都是一个完整的软件开发周期，必须按
照软件工程的方法论，进行正规的流程管理。

公司中的开发流程：

需求评审（参与人员是 客户+产品+UI+开发+测试，也就是所有人员）
主要是产品人员讲解需求，用户需要给出反馈或者提出意见，其他人员可以相应的提出自己的见解。

Story划分（产品+UI+开发）
产品根据UI做出来的原型图给开发人员讲解系统构成和运行，将整个网站按照功能划分成一个个细粒度的story来说明，开发人员（前端和后端）也需要明白自己应该关注那些关键点。

人员划分（leader+开发）
主要是项目小组的leader 根据story划分，给前端和后端开发人员划分story，开发人员根据自己的情况去估算所需时间。

方案设计（数据库设计文档、接口设计文档、方案设计文档）
先根据系统的实际情况去设计DB，包括数据库和表的名字，以及具体的字段。
然后设计接口文档，按照页面和功能进行设计，包括具体的请求地址和入参出参。
最后是根据接口文档中出现的疑难点去做方案设计文档，对遇到的问题进行分析并拿出至少两种具体的解决方案。

方案评审（所有人员）
对前端和后端给出的方案评审其它人员给出各自的意见，有问题的话下次再次开始。

禅道任务拆分（开发人员）
方案评审通过以后开发人员就需要按照预估的总开发时间去拆分story，可以分成多个小的任务，但是一个任务的时间最好不要超过4个小时。

开发（项目日报+工作日报+进度邮件）
每天实际开发过程中遇到问题可以写成项目日报；每天的任务完成情况写成工作日报；相比较整个系统的进度完成情况需要写进度邮件。

端对端（接口）测试（开发人员）
前端写好了页面，后端完实现了接口，就可以进行端到端的测试，可以远程测试，也可以本地测试。

压力测试+集成测试
系统完成以后需要用Jmeter 进行模拟用户访问，通过设置线程来提高并发量的方式达到一定的效果，测试生成的数据需要总结成测试报告。

Demo
对于复盘来说，这就是最后一个程序了，在前后端大师兄的评审下，主要是前端人员进行系统演示，各个功能是否实现、页面是否达到用户要求、有没有什么需要完善的地方。点评过之后如果有问题那就修改之后再次评审；如果没有问题那就算完成复盘项目了。

敏捷开发大幅提高了开发团队的工作效率，让版本的更新速度变得更快。
很多人可能会觉得，“更新版本的速度快了，风险不是更大了吗？”
其实，事实并非如此。

敏捷开发可以帮助更快地发现问题，产品被更快地交付到用户手中，团队可以更快地得到用户的反馈，从而进行更快地响应。而且，DevOps小步快跑的形式带来的版本变化是比较小的，风险会更小（如下图所示）。即使出现问题，修复起来也会相对容易一些。

CI、CD

随着DevOps出现，CI和CD也慢慢走入大家视野。CI是Continuous Integration（持续集成），而CD对应多个英文，Continuous Delivery（持续交付）或Continuous Deployment（持续部署）。

持续集成：强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。

持续交付：在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。

持续部署：则是在持续交付的基础上，把部署到生产环境的过程自动化。我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工，而持续集成、持续交付、持续部署恰恰可以早发现早解决，从而可以避免这个问题。

持续集成要素

1.一个自动构建过程，从检出代码、编译构建、运行测试、结果记录、测试统计等都是自动完成的，无需人工干预。
2.一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库，一般使用SVN或Git。
3.一个持续集成服务器， Jenkins 就是一个配置简单和使用方便的持续集成服务器。

持续集成的好处

1、降低风险，由于持续集成不断去构建，编译和测试，可以很早期发现问题，所以修复的代价就会减少
2、对系统健康持续检查，减少发布风险带来的问题
3、减少重复性工作
4、持续部署，提供可部署单元包
5、持续交付可供使用的版本
6、增强团队信心

devops详解

虽然敏捷开发大幅提升了软件开发的效率和版本更新的速度，但是它的效果仅限于开发环节。研发们发现，运维那边，依旧是铁板一块，成为了新的瓶颈，这个时候，我们的DevOps，隆重登场了。
那么问题来了：DevOps到底是什么？
DevOps这个词，其实就是Development和Operations两个词的组合。它的英文发音是 /de’vɒps/，类似于“迪沃普斯”。

DevOps的维基百科定义是这样的：
DevOps是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

这个定位稍微有点抽象，但是并不难理解。反正它不是某一个特定软件、工具或平台的名字。
从目标来看，DevOps就是让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件整体过程更加快捷和可靠。

很多人可能觉得，所谓DevOps，不就是Dev+Ops嘛，把两个团队合并，或者将运维划归开发，不就完事了嘛，简单粗暴。
注意，这个观点是不对的。这也是DevOps这些年一直难以落地的主要原因

在DevOps的流程下，运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。

DevOps的实施，促进开发和运维人员的沟通，增进彼此的理（gan）解（qing）。

在思维和流程改变的同时，想要充分落地DevOps，当然离不开软件和平台的支持。

目前支持DevOps的软件实在是太多了。限于篇幅，就不一一介绍了。话说回来，现在DevOps之所以被吹得天花乱坠，也有这些软件和平台的功劳，可以趁机卖钱啊。
对比前面所说的瀑布式开发和敏捷开发，我们可以明显看出，DevOps贯穿了软件全生命周期，而不仅限于开发阶段。

下面这张图，更明显地说明了DevOps所处的位置，还有它的价值：

DevOps这个词来源于2009年在比利时根特市举办的首届DevOpsDays大会，为了在Twitter上更方便的传播，由DevOpsDays缩写为DevOps。
目前，DevOps处于高速增长的阶段。尤其是在大企业中，DevOps受到了广泛的欢迎。

根据2018年的调查发现，74%的受访者已经接受了DevOps，而前一年这一比例为66%。

越大的企业，越喜欢DevOps。包括Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Walmart、Sony等公司，都在采用DevOps。

如今，DevOps几乎已经成为了软件工程的代名词。

DevOps迅猛发展，相关专业人才的薪资待遇也跟着水涨船高。

根据调研，DevOps工程师在美国的平均年薪为130000美金，在中国平均年薪也在40万-50万区间，能力强者年薪百万也是比比皆是。
所以你还不趁着目前DevOps发展期学习，还等啥呢？