DevOps概述

Devops概念

转载自 devops实践-开篇感想 

DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协做与整合。它的出现是因为软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工做必须紧密合做。[1]外文名DevOps全称 Development和Operations的组合优势尽量地自动化用途协做与整合等。

以上内容来自百度百科。

在我看来：

1.主要就是为了整合资源，使资源充分利用.让开发人员像使用水电同样的使用资源，让开发人员聚焦在更有价值的事情身上，让整个开发阶段中不一样的工具串联在一块儿，造成一条完整的流水线。

2.可视化可跟踪，经过一系列的工具能够对开发需求进行持续的跟踪，很明确的且客观看到任务的当前状态，并且出了问题以后能够追溯，让你能精准的定位到哪一个环节出现了问题。

3. 在运维方面，尽量的经过监控工具，收集数据，经过大数据，深度学习等手段，来解放运维人员，并且数据不断的可视化，也有利于实时监控（其实我没作过运维，在这方面理解得比较浅，慢慢好好学习吧）

Devops工具

长话短说，这些写这个专题主要是在实践两个字，在实践总总结，而后再总结中优化本身的实践方案。咱们先来来看看devops工具链吧。上图。

 

看到这张图，我第一感受就想骂娘。太TM多了，并且不少不少日常都没有听，更别说接触过了。不过还好的是，咱们只研究开源工具，一方面是要进行devops实践，另外一方面也是想提升本身的能力，经过阅读源码，去研究开源工具的系统架构，以及编程思想，日积月累后，本身也会有一个质的提升。并且收费软件可不是那么便宜一年的license可不是普通企业能买得起的。

选择工具

首先来回顾一下整个开发流程：

需求-开发-测试-发布-部署-监控运维

项目管理（需求&BUG）：redmine

代码托管：gerrit（gitlab）

持续集成：jenkins

测试：单元测试：maven等，Jmeter，或者是本身编写脚本

代码扫描：sonar

制品库：JFrog，或者其余工具，这个我也没有想好JFrog收费版能够支持docker，maven, npm等等等，多得不行，制品这方面目前没有什么好的开源的软件。

持续部署：K8S

日志收集：ELK + KAFKA

监控显示：zabbix，grafana

其余工具：nginx, lvs，HA, redis，rabbitmq，ldap, ansible。

实践想法

认证：LDAP 发现好多的开源的工具都会选择ldap来作认证。OPENLDAP。

项目管理：redmine，开源，有丰富的插件，至少感受好像仍是挺火的。

代码托管：gerrit或者是gitlab吧，我这边我会选择gerrit

持续集成：jenkins, 惋惜jenkins居然不开源，不过插件丰富。

代码扫描：sonar

额说得有点重了。LDAP做为全部工具链的一个认证，这样用户信息就统一块儿来了。

来个场景吧.

1. BA接收到需求以后将其录入Redmine, 指定好开发人员。

2. 开发人员接收到任务以后，而后从gerrit拉取代码到本地，而后进行开发，开发完成后，将写好的代码弄成一个评审单上传到gerrit,并通知相关的评审人员进行评审。

3. 在你提交上去的那个刻，jenkins收到你建立评审单事件，而后开发触发构建的你配置的任务，先拉取你最新提交的代码，而后进行编译构建，扫描你的代码是否符合。代码符合以后，而后进行测试（在构建的时候会先进行单元测试），而后把构建好的包，在测试环境上进行部署，而后拉取自动测试脚本进行测试，测试没有问题以后。jenkins会对你本次的评审单进行打分。经过了就打2分，不过打-2分。这样就避免了浪费你们的时间，在打分经过了的状况下，评审人员才会去评审。

4. 评审人员到gerrit上进行评审，若是评审不合格，直接拒绝，开发人员从新进行开发。在提交而后再重复3步骤。若是评审经过，进行代码合入，而后再次触发jenkins的构建任务，不过这个任务是构建beta测试版本，构建到测试版本以后，而后发布到制品库中，而后通知测试人员能够进行测试了。而后这个时候将redmine的任务状态更改会开发完成。这个时候会通知测试人员能够进行测试了。

5.测试人员收到测试任务以后，从制品库中拉取beta包进行部署测试，这个部署测试环境，有了docker容器其实也是能够一键部署哦，而后再用自动化脚本进行测试，对于个别场景能够进行手工测试，若是有bug,测试人员在redmine进行录入，而后通知开发人员，这个时候流程又从1开始，直到这个bug测试经过了，而后redmine会更改bug状态。

6.若是测试人员测试经过了，而后又能够出发一次构建任务。将最新的代码构建成release版本发到制品库中或者是进行自动部署。并且如今有灰度发布，能够一点一点切流程到新的版本上，看一下运行状况，若是不行直接回退。