DevOps - Overview

演进过程

精益

1. 诞生于工业领域：用最少的时间和资源消耗，生产出高质量的产品

瀑布模式

1. 线性的开发流程、将软件开发划分为一系列阶段

敏捷模式

误区：敏捷 = 管理

1. 敏捷是基于精益的思想
2. 将开发过程拆分成 N 个敏捷开发周期，小步快跑
3. 生命周期
   • 基于迭代的敏捷（固定的迭代周期）
   • 基于流程的敏捷（不固定的迭代周期）

运维不堪重负，建立部门墙，敏捷模式只关注开发，不关注运维

DevOps

核心阶段

1. 版本控制
2. 持续集成 - 代码提交
3. 持续交付 - 测试环境
4. 持续部署 - 生产环境
5. 持续监控

源码管理

SVN / Git

Git Flow

git pull = git fetch + git merge

Git 高级用法

rebase

将一个分支的提交移动到另一个分支的末尾，使得提交历史更加线性和整洁

主要场景：

1. 更新本地分支以匹配远程分支，避免产生多余的 merge commit
2. 合并提交
3. 重新排列提交

$ git checkout feature
$ git rebase master

1. 从两个分支的共同祖先开始提取待变基分支（feature）上的修改
2. 然后将待变基分支（feature）指向基分支（master）的最新提交
3. 最后将刚才提取的修改应用到基分支的最新提交的后面

chery-pick

从一个分支中挑选一个或者多个提交应用到当前分支，无需合并整个分支

reset

用于撤回提交，将分支指针和工作目录恢复到指定的提交状态，模式：--soft、--mixed、--hard

stash

用于保存当前工作目录的临时更改，以便切换到其它分支，暂存未提交的更改，通过 stash pop 恢复

bisect

用于帮助定位引入错误或者问题的提交，通过二分查找的方式，快速定位有问题的提交

Git 最佳实践

1. 主分支保护
2. 强制 Code Review
3. 强制运行 Pipeline

持续集成

CI

1. 在代码提交时自动触发构建
2. 包括：编译、单元测试、安全扫描、质量扫描、构建制品等
3. 工具：Jenkins、GitHub Action、GitLab CI 等

持续交付

一般会合并到 CI 中

1. 自动部署到测试环境
2. 运行自动化测试
3. 当持续交付过程出错时，可以立即找到对应的 Git 提交

持续部署

CD

1. 自动部署到生产环境
2. 误区：在 CI 中完成 CD，职责不清
3. 工具：Argo CD、FluxCD、Harness、Spinnaker
4. 复杂的发布策略：分批发布、A/B Test、灰度、自动金丝雀发布

云原生 DevOps

Docker in Docker，将 Docker Socket 挂载到 Pod 内是不安全的，因此使用 Kaniko