1、DevOps定义
DevOps(英文Development和Operations的组合)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作。
—维基百科
1.1、DevOps是什么?
- DevOps是一种转型、变革、实践和团队文化。
- 是一种包括人、流程、工具等诸多影响因素的开发方法和管理方法。
- 是一个持续演进和迭代的过程、内涵不断丰富。
1.2、DevOps不是什么
- 不是某个角色、某个工作岗位。
- 不是单一工具平台的能力、一蹴而就。
- 不仅仅是敏捷、不是所有产品都适应。
2、DevOps出现的背景和目标
2.1、DevOps出现的背景
1、以前我们从需求–>设计–>实现–>测试–>发布的过程都是使用的瀑布模型,造成频繁发布,程序的包也比较大,给运维带来了很大的工作量。
2、开发研发出新功能后,告知运维上线,但运维不想频繁的上线,以免导致系统不稳定,研发改动的内容不会告知运维,导致出错后,又在互相扯皮
3、以前需要投入大量人员的密集型开发和维护体系已经走不下去了,多年保留下来的技术也已经没有办法支撑和满足公司的转型和升级。
- 开发的任务不是逃避运维规范,运维的目标也不是一味的追求稳定
- 迅速满足和保障商业成功是二者共同的目的
2.2、DevOps的目标
支持开发和运维之间的紧密合作,迅速而高质量的满足商业需求
⽬前,在⾼速竞争的市场,如何快速地把应⽤推出,如何快速地交付新的服务,成为IT不可避免的问题。那么,⼀套增强开发及运维之间的集成,协作及沟通的⽅法是很有必要的。⽽DevOps恰巧就能协助各个企业解决这个问题,快速地把应⽤交付出来。
- 可以更快地交付业务的价值,在服务交付的过程中打破孤岛,即打破开发与运维之间沟通的成本。
- 整合开发和运维的能⼒成为⼀个协作的团队,他们不再是开发,不再是运维,⽽是IT的团队。
- DevOps最主要专注的是端到端服务交付流程的变⾰。
当实现整个DevOps的交付过程当中,必须要确保流程的变⾰、新式⼯具的推⼴、或者新⼯作流程推⼴的时候是不影响安全性,应⽤的兼容性,以及应⽤的性能,这是DevOps所需要带来的⼀个价值。
但其实DevOps的最终目标是要实现持续集成。
3、DevOps的价值
代码部署频率提高46倍,变更前置时间快2555倍,变更失败率降低7倍,故障恢复时间快2604倍。
3.1、产品快速推向市场
透明化设计、开发、测试、运维过程、缩短开发周期时间和提高测试的效率和部署频率
3.2、标准化、规范化
将流程标准化,将软件开发、部署过程中配置、脚本、操作规范化,提升工作的可持续性和可扩展性。
3.3、提高IT产品质量
缩短客户反馈时间,提高可用性、提高变更成功率,减少故障。
3.4、提高组织的有效性
减少冗余重复工作,提高效率,将有限时间花在更有价值的工作上,提高公司的整体战斗力。
4、DevOps的实现
记得当时最开始的时候,都是我们自己写脚本实现半自动化的部署功能,启动服务,一直监控某一文件夹大小是否大于20M,当文件夹大小大于20M时,则把旧文件夹的部署包备份并删除,停止旧的程序。启动新的程序。
后来随着一些持续集成工具被研发出来,可以实现自动部署,其中Jenkins的使用比较频繁。
4.1、介绍Jenkins和GitLab
Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具,起源于Hudson(Hudson是商用的),主要用于持续、自动的构建/测试软件项目、监控外部任务的运行(这个比较抽象,暂且写上,不做解释)。Jenkins用Java语言编写,可在Tomcat等流行的servlet容器中运行,也可独立运行。
通常与版本管理工具(SCM)、构建工具结合使用;常用的版本控制工具有SVN、GIT,构建工具有Maven、Ant、Gradle。
4.1.1、Jenkins介绍
- Jenkins是一个开源软件项目,起源于Hudson(Hudson是商用的),是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件项目可以进行持续集成
- 可在Tomcat等流行的servlet容器中运行,也可独立运行。
- 提供友好操作界面的持续集成(CI)工具
- 它用于实时测试和报告较大代码库中的孤立更改。 Jenkins软件使开发人员能够快速找到并解决代码库中的缺陷,并自动进行构建测试。
4.1.2、介绍GitLab
-
GitLab 是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的Web服务,可通过Web界面进行访问公开的或者私人项目。它拥有与Github类似的功能,能够浏览源代码,管理缺陷和注释。
-
开源免费,社区免费版本适合中小型公司;
-
差异化的版本管理,离线同步以及强大分支管理功能;
-
便捷的GUI操作界面以及强大账户权限管理功能;
-
集成度很高,能够集成绝大多数的开发工具;
-
支持内置HA,保证在高并发下仍旧实现高可用性。
4.1.3、Jenkins工作流程
Jenkins的工作流程大概分为以下几步:
-
开发者将新版本push到git server (Gitlab)。
-
Gitlab随后触发jenkins master结点进行一次build。(通过web hook或者定时检测)
-
jenkins master结点将这个build任务分配给若干个注册的slave结点中的一个,这个slave结点根据一个事先设置好的脚本进行build。这个脚本可以做的事情很多,比如编译,测试,生成测试报告等等。这些原本需要手动完成的任务都可以交给jenkins来做。
-
我们在build中要进行编译,这里使用了分布式编译器distcc来加快编译速度。
4.1.4、Jenkins工作原理
jenkins的工作原理是先将源代码从gitlab中拷贝一份到本地,然后根据设置的脚本进行build。我们可以看出,整个系统的关键就是那个build脚本,用来告诉jenkins在一次集成中需要执行的任务。
不过我之后是用的Github作为git server。但其实差不多,先讲到这里,重点难点还是在之后jenkins的安装配置使用上。(后期会出专题)