DevOps | Final

type

status

date

slug

summary

category

icon

password

开发测试环境 —> 测试开发的当前功能代码

测试环境 —> 测试业务的多个功能调用以及相互依赖

生产环境（灰度） —> 简单性的线上测试

生产环境 —> 针对用户发布

gitlab 代码托管公共的代码仓库核心资产

要求

1、读写速率

2、安全性、比如商业存储，定期对数据做快照，对数据的安全性

3、gitlab常用命令

clone/add/commit/push/pull/reset/gc

回滚注意下代码性的回滚，若代码需要编译，那么耗时会较长

拓扑

底层tomcat部署

tomcat

四层负载+高可用haproxy+keepalived部署

DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、活动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。为了按时交付软件产品和服务，开发和运维工作必须紧密合作 DevOps 四大平台：代码托管（gitlab/svn）、项目管理（jira）、运维平台（腾迅蓝鲸/开源平台）、持续交付（Jenkins/gitlab）

戴明环 https://zhuanlan.zhihu.com/p/352679003 https://wiki.mbalib.com/wiki/戴明循环 https://baike.baidu.com/item/PDCA循环/5091521

什么是持续集成（CI-Continuous integration）

持续集成是指多名开发者在开发不同功能代码的过程当中，可以频繁地将代码行合并到一起并且相互不影响工作。

什么是持续部署（CD-continuous deployment）

是基于某种工具或平台实现代码自动化地构建、测试和部署到线上环境以实现交付高质量的产品，持续部署在某种程度上代表了一个开发团队的更新迭代速率。

什么是持续交付（Continuous Delivery）

持续交付是在持续部署的基础之上，将产品交付到线上环境，因此持续交付是产品价值的一种交付，是产品价值的一种盈利的实现。

常见部署方式

开发自行上传-->最原始的方案开发给运维手动上传 --> 运维自己手动部署运维使用脚本复制 --> 半自动化结合web界面一键部署 --> 自动化

常见持续集成工具

CVS、SVN、gitlab

版本控制系统分类

集中式版本控制系统

任何提交和回滚都依赖于连接服务器SVN服务器是单点

分布式版本控制系统

Git在每个用户都有一台完整的服务器，而在中心服务器上，用户可以先向本地提交代码，没有网络也可以先在本地提交，然后在有网络时再提交到中心服务器，这极大地方便了开发者，而 CVS和 SVN都是集中式的版本控制系统，工作的时候需要先从中央服务器获取最新的代码，修改后需要提交，如果是一个较大的文件需要足够快的网络来快速提交完成，而对于分布式版本控制系统来说，每个用户都是一个完整的版本库，即使没有中央服务器，也可以提交代码或回滚，最后将修改后的代码提交给中央服务器以供合并。