拓冰网站定制 
文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载本文以 90DaysOfDevOps 开源仓库的 2022/zh_cn/README.md 为骨架系统梳理这份中文版 90 天 DevOps 学习地图它把 DevOps 的 Principles原则、Processes流程、Tooling工具链与 Use Cases实战用例拆解为 13 大专题、90 个学习日每个专题都配套了可复制的命令、代码与配置文件。读完本文你将掌握这份学习路线图的完整结构、每个专题的核心知识点与仓库内的实操资源入口能够直接按图索骥启动自己的 90 天学习计划。一、项目背景公开学习共建 DevOps 知识地图90DaysOfDevOps 仓库最初是作者 Michael Cade 的一个公开学习learning in public项目从 2022 年 1 月 1 日到 3 月 31 日每天投入约一小时用整整 90 天攻克 DevOps 的 13 个基础领域并将每日笔记以 Markdown 文档的形式沉淀在仓库中。如今它已经发展成社区广泛使用的结构化学习地图覆盖了 DevOps 的原则、流程、工具链和各类实战场景。这份中文版位于 2022/zh_cn/README.md其设计目标非常明确每天一小时90 天完成不是要求读者一次性掌握所有知识而是通过每日一小步的方式持续积累覆盖 13 个基础领域从 DevOps 理念本身到编程语言、Linux、网络、云、Git、容器、Kubernetes、IaC、配置管理、CI/CD、监控与数据管理承认并说明局限该路线图不会覆盖 DevOps 的全部知识它只是作者认为对学习与理解有益的方向集合社区可以随时补充完善。中文版目录中带有标记的条目表示正在翻译完整列表见 2022/zh_cn/README.md。仓库同时提供英文、西班牙语、繁体中文、日语、波兰语、越南语等多个版本例如 2022/README.md、2022/es/README.md、2022/zh_tw/README.md。二、学习地图总览90 天 13 个专题下面这张表浓缩了 90 天的完整结构对应 2022/zh_cn/README.md 的目录每个专题持续一周左右最后几篇用于收尾与综合天数专题核心技术Day 1–6DevOps 基础什么是 DevOps、工程师职责、生命周期、DevOps 与敏捷、计划到监控Day 7–13学习一门编程语言Go 环境配置、Hello World、工作空间、变量常量、指针、实战 AppDay 14–20Linux 基础常用命令、文件系统与存储、文本编辑器、SSH 与 LAMP、bash 脚本Day 21–27计算机网络OSI 七层模型、网络协议、网络自动化、Python 网络脚本、实验环境Day 28–34选择一个云服务商Azure 安全、计算、存储与数据库、网络模型、管理、实操场景Day 35–41高效使用 Git版本控制、安装配置、暂存与变更、开源工作流、代码社交网络Day 42–48容器Docker 安装、镜像、Docker Compose、网络与安全、Docker 替代Day 49–55Kubernetes平台选型、单节点/多节点集群、Rancher、应用部署、State 与 IngressDay 56–62Infrastructure as CodeTerraform、HCL、变量、Provisioners 与 Modules、多环境、测试Day 63–69自动化配置管理Ansible 入门、Playbooks、Roles、Tags/Variables/Inventory、AWX/VaultDay 70–76CI/CD 管道Jenkins、Jenkins 管道、Jenkinsfile、GitHub Actions、ArgoCDDay 77–83监控、日志与可视化监控工具、ELK Stack、Fluentd/FluentBit、EFK Stack、GrafanaDay 84–90存储与保护数据数据服务、备份平台、备份恢复实操、以应用为中心备份、灾难恢复、数据可移动性三、Day 1–6DevOps 基础——先建立思维方式这 6 天的目标是建立 DevOps 的思维方式而非马上动手装工具。对应文档位于 Day 1 至 Day 6。什么是 DevOpsDay 1 给出了几个关键论断2022/zh_cn/Days/day01.mdDevOps不是工具——你不能购买它它不是可下载的软件 SKU也不是一门编程语言DevOps 是软件开发中更明智的做事方式它把软件开发和运维运营结合在一起让开发者、运维人员与 QA 工程师都能受益DevOps 的核心目标是缩短产品从构思到发布、到达最终用户的时间把可能以年计的漫长发布过程拆解为更频繁、更小的多次发布DevOps打破团队隔阂从 DevOps 角度看开发、测试、部署都属于同一个团队整个过程必须依靠自动化来保证有效和高效。DevOps 工程师的职责Day 2文档强调 DevOps 是连接开发与运维两部分的桥梁。开发者负责编写与测试应用运维负责在服务器上部署和维护而 DevOps 工程师虽然不必亲自编程但必须理解开发者使用的工作方式、系统、工具和流程掌握应用如何配置以连通所需的数据服务、如何被测试以及如何被部署到服务器上供最终用户访问。作者特别指出 DevOps 工程师的角色定位是Jack of all trades, Master of none博而不精——不需要成为网络或基础设施专家但需要有让系统跑起来并互相通信的基础知识不一定会日常接管服务器管理但大概率要面对容器化的应用因此还需要理解虚拟化、云 IaaS 与容器化。DevOps 生命周期Day 3–5从应用视角看DevOps 生命周期可以概括为计划Plan→ 编码Code→ 构建Build→ 测试Test→ 发布Release→ 部署Deploy→ 操作Operate→ 监控Monitor。Day 5 的完整循环见 2022/zh_cn/Days/day05.md它与 Day 70 的 CI/CD 章节2022/zh_cn/Days/day70.md形成前后呼应CI/CD 管道正是这个循环的自动化实现。DevOps 与敏捷Day 4DevOps 与敏捷是两种被广泛使用的方法论共同目标是实现应用的持续迭代更新**DevOps 真实经历Day 6**则分享了作者从虚拟化与云技术背景关注 IaC、Terraform、Chef转向云原生Kubernetes 与 Kasten 数据管理过程中的亲身感受。四、Day 7–13学习一门编程语言——为什么是 Go本节回答DevOps 是否需要编程能力以及选哪门语言两个问题2022/zh_cn/Days/day07.md。文档给出的理由很务实大量 DevOps 工具是用 Python 或 Go 编写的例如 Kubernetes、Docker、Grafana、Prometheus 都是 Go 写的如果目标是构建 DevOps 工具或加入相关团队选择与工具相同的语言最有利。同时DevOps 工程师还需要能够阅读配置文件config files通常是 YAML 格式来与工具交互。为什么选 GoGo 具备几个对 DevOps 特别友好的特性——编译为单一静态二进制部署时无需在远程机器安装外部依赖、跨平台交叉编译轻松为 Linux/Windows/macOS 生成可执行文件、高性能低资源占用、标准库内置文件处理、HTTP Web 服务、JSON 处理、并发支持与内置测试。文档也明确说明这不是劝退 Python选择 Go 更多是因为工作场景需要。环境配置与 Hello WorldDay 8文档完整演示了安装 Go → 验证版本 → 创建工作区目录 → 配置 VSCode → 编写并运行第一个程序的流程2022/zh_cn/Days/day08.md# 验证 Go 是否安装成功 go version # 创建 Go 工作区bin、pkg、src 三个目录 # 在 src 下创建 Hello 文件夹并新建 main.gopackage main import fmt func main() { fmt.Println(Hello #90DaysOfDevOps) }# 在 Hello 目录中直接运行 go run main.go # 或构建成二进制后在别的机器上运行 go build main.go $ ./main.exe Hello #90DaysOfDevOps仓库 2022/Days/Go/ 目录保存了本节配套的 Go 源码12 个.go文件可对照阅读。后续 Day 9–13 依次讲解 Hello World 代码逐行解释、Go 工作空间与编译运行、变量/常量/数据类型、指针与用户输入、以及用 Go 写一个真正发送推特的 App。五、Day 14–20Linux 基础——DevOps 的天然土壤Linux 与 DevOps 在文化上高度同源两者都强调定制化与可扩展性绝大多数 DevOps 工具从设计之初就面向 Linux2022/zh_cn/Days/day14.md。虽然 WinOps 也是一种选择但大多数时候你需要管理和部署 Linux 服务器。实验环境搭建Vagrant VirtualBox。为了低破坏性地学习文档推荐用 HashiCorp Vagrant 管理虚拟机生命周期支持 VirtualBox、vSphere、Hyper-V、Docker 等 provider并给出了第一个 VagrantfileVagrant.configure(2) do |config| config.vm.box chenhan/ubuntu-desktop-20.04 config.vm.provider :virtualbox do |v| v.memory 8096 v.cpus 4 v.customize [modifyvm, :id, --vram, 128mb] end end该文件的副本保存在 2022/Days/Linux/VAGRANTFILE注仓库中该文件无扩展名。随后在项目文件夹执行vagrant up启动虚拟机、vagrant ssh直接跳进 VM 终端默认登录凭据为vagrant / vagrant。Day 15–20 继续深入Linux 常用命令、文件系统与存储管理、nano 与 vim 文本编辑器、SSH 与 LAMP Web 服务器、用 bash 脚本自动化任务、以及All the pretty things开发环境定制。六、Day 21–27理解计算机网络——NetDevOps 入门本节把 DevOps 原则延伸到网络领域2022/zh_cn/Days/day21.md。NetDevOpsNetwork DevOps就是把 DevOps 的原则与实践版本控制、自动化工具应用到网络的创建、测试、监控与部署上。如果网络团队不转向类似的模式就会成为整体流程的瓶颈。网络基础概念对应 2022/zh_cn/Days/day21.mdHost主机任何发送或接收流量的设备IP 地址每台主机的身份标识网络Network在主机之间传输流量的通道是一组需要相似连通性的主机的逻辑分组同一网络的主机共享 IP 地址空间交换机Switch促进网络内部的通信将数据包直接转发给目标主机路由器Router促进网络之间的通信同时提供流量控制点安全、过滤、重定向路由器的 IP 地址是每台主机离开本地网络的网关。Routing vs Switching路由是把数据在网络之间移动的过程路由器是其主要目的的设备交换是把数据在网络内部移动的过程。此外还有接入点、防火墙、负载均衡器、三层交换机、IDS/IPS、代理、虚拟交换机、虚拟路由器等设备。接下来 7 天会逐一展开 OSI 模型、网络协议、DNS、NAT、DHCP、子网以及 Python 网络自动化Day 25 的 Python 脚本见 2022/Days/Networking/ 目录下的 5 个.py文件。七、Day 28–34选择一个云服务商——Azure 深度实操云计算的理念与 DevOps 高度契合云计算带来技术与服务DevOps 负责流程与流程改进2022/zh_cn/Days/day28.md。公共云本质上只是别人的计算机——把部分责任交给托管服务让你和团队聚焦在应用与最终用户上。云服务的抽象层级2022/zh_cn/Days/day28.mdSaaS软件即服务移除几乎全部管理开销如 Microsoft 365Exchange 邮件、Office 生产力、OneDrive 存储、Salesforce、SAP 等IaaS基础设施即服务虚拟机类比——物理层由云厂商负责你管理操作系统、数据与应用PaaS平台即服务你只管数据与应用底层硬件与操作系统都不用操心还有 StaaS存储即服务、CaaS容器即服务、FaaS函数即服务等更多 aaS 形态。云部署模型公共云超大规模厂商 全球 MSP、私有云自有数据中心包括超大规模厂商的本地版、混合云横跨两者兼顾公共云服务与本地部署/法规约束。由于三大超大规模厂商Azure、GCP、AWS的服务非常相似文档建议先精通一家再迁移到其他家。Day 29–34 进入 Azure 专题Azure 基础、安全模型、计算模型、存储和数据库模型、网络模型 Azure 管理、以及 Azure 实操场景。仓库 2022/Days/Cloud/ 目录保存了配套的 6 个 JSON 与 4 个 PowerShell 脚本可用于动手验证。八、Day 35–41高效地使用 Git——版本控制与协作Day 35 首先厘清版本控制的本质2022/zh_cn/Days/day35.md最显著的好处是记录项目历史——通过git log回看整个仓库的提交与评论知道什么时候、发生了什么、谁发起的、谁审阅的可以管理一个项目的多个版本免费版与付费版共享主代码通过分支branching维护两条代码流再用合并merging把新功能合入合并可能产生冲突conflict版本控制不能修复冲突但能让冲突易于管理支持协作与开发者、更广范围的团队和工具如 Jenkins 构建平台共享源代码一个重要声明版本控制不是备份Git 核心工作流同一文档中的完整命令演示git init # 初始化仓库 git add . # 将所有文件放入快照暂存 git commit -m My First Commit # 提交并描述原因 git log # 查看项目历史 git status # 检查仓库状态 git add samplecode.ps1 # 添加单个新文件 git commit -m My Second Commit git diff commit1 commit2 # 查看两次提交间的变更 git checkout commit # 利用提交序号回到之前的版本时间旅行 git switch - # 撤销切换继续前进总结来看Git 的能力是追踪历史、管理多版本、共享源代码、协调团队合作、以及时间旅行。Day 36–41 接着讲安装配置、深入了解 Git、暂存与变更、Viewing/unstaging/discarding/restoring、代码的社交网络GitHub 协作与开源工作流。九、Day 42–48容器——为什么是另一种运行应用的方式Day 42 从为什么需要另一种方式运行软件切入2022/zh_cn/Days/day42.md。物理机、虚拟机、云 IaaS/PaaS、容器各有存在的道理没有绝对对错但容器在效率、速度和大小上有优势值得新开发的应用关注。容器 镜像解决的核心问题传统的软件分发、安装与运维充满痛点——从哪查找软件、是否可信、需要什么许可证、兼容哪些平台、需要哪些包与依赖、如何配置/启动/终止、是否自动重启、有无资源/库/端口冲突、是否安全、如何更新与卸载。文档将这些整理为三类复杂度分布安装运维查找安装开始运行下载配置安全许可卸载端口包依赖资源冲突信任平台自动重启查找库更新宏观上看镜像image帮助解决分布问题容器container处理安装与运维。容器把代码与全部库、依赖打包在一起可以随时从一台机器搬到另一台机器不用担心基础依赖冲突——就像船运集装箱把货物标准化一样。定义容器是进程是软件的标准单元包含代码和所有依赖能在不同计算机环境间快速可靠运行镜像则是轻量、独立、可执行的软件包包含运行应用所需的全部内容代码、运行时、系统工具、系统库和设置镜像运行时就变成了容器。容器的优势依赖打包隔离、管理简单、系统间可移植、免重复配置、容易扩展。Day 43–48 实战部分Docker 简介与安装、镜像与 Docker Desktop 体验、镜像详解、Docker Compose、网络与安全、Docker 替代方案。配套的 Compose 与配置示例见 2022/Days/Containers/ 目录。十、Day 49–55Kubernetes——容器编排与声明式平台Kubernetes 解决的是容器单独使用时的短板——规模与编排2022/zh_cn/Days/day49.md。作为容器编排器Container OrchestratorKubernetes 能基于负载自动伸缩它同时也是开源平台起源于 Google 并捐赠给云原生计算基金会CNCF。Kubernetes 提供的核心能力官方定义转述自 2022/zh_cn/Days/day49.md服务发现与负载均衡可用 DNS 名称或 IP 暴露容器并按需分发网络流量存储编排自动挂载本地存储、公共云存储等自动发布与回滚以可控速率把实际状态调整为期望状态自动装箱bin packing根据声明的 CPU/内存需求把容器最优地放置到节点上自愈self-healing重启失败的容器、替换容器、杀掉不响应健康检查的容器密钥与配置管理存储密码、OAuth token、SSH key 等敏感信息无需重建镜像即可更新。容器编排的职责集群管理把主机联合为统一目标、调度管理通过 scheduler 把容器分布到节点、服务发现定位容器位置并分发客户端请求、复制保证正确数量的节点与容器、健康管理检测并替换不健康的容器和节点。核心组件逐一对应架构图图见英语版 2022/Days/Images/ 目录Control Plane控制平面做出集群全局决策如调度检测并响应集群事件其中最重要的kube-apiserver是唯一通信入口负责验证和配置 API 对象数据Scheduler把 Pod 分配给 NodeController Manager内嵌核心控制循环通过 apiserver 观察集群共享状态并推动当前状态趋向期望状态etcd是保存全部集群数据的一致、高可用键值存储Worker Node运行工作负载的机器每个节点可承载一个或多个 Pod受控制平面管理kubelet每节点上的代理确保 Pod 中的容器在运行且健康kube-proxy每节点上的网络代理实现 Service 概念维护允许访问 Pod 的网络规则Container runtime负责运行容器的软件支持 Docker、containerd、CRI-O 等任何实现 CRI 的运行时。工作负载抽象Pod一组构成逻辑应用的容器如 NodeJS 容器 MySQL 容器同在一个 Pod共享数据卷与网络命名空间Pod 是短暂的ephemeral存活于 Worker Node 上Deployment让 Pod 持续运行可无宕机更新应用并指定 Pod 死亡后的重启策略ReplicaSet确保应用拥有期望数量的 Pod基于 Deployment 创建与伸缩StatefulSet适用于需要状态的应用如数据库每个 Pod 有唯一的持久标识不因重新调度而改变DaemonSet每个节点运行一个 Pod适用于监控、日志采集等后台任务Service访问 Pod 的统一端点以统一方式把流量路由到集群与 Pod 列表使 Pod 的上下线不影响外部访问。本节后续会覆盖 Kubernetes 架构、kubectl 命令、Kubernetes YAML、Ingress、Services、Helm 包管理器、持久化存储与有状态应用。仓库 2022/Days/Kubernetes/ 目录下有 7 个.sh脚本与 4 个.yaml清单文件可直接练习。十一、Day 56–62Infrastructure as Code——用 Terraform 声明基础设施IaC 把基础设施的创建与变更变成代码是 DevOps 自动化理念在基础设施领域的落地。本专题以 Terraform 为主线Day 56IaC 概览Day 57Terraform 简介Day 58HashiCorp 配置语言HCLDay 59Terraform 与 VariablesDay 60Docker Containers、Provisioners 与 ModulesDay 61Kubernetes 与多环境Day 62测试、工具与替代方案。仓库 2022/Days/IaC/ 目录包含 11 个.tf文件、1 个.tfvars变量文件和 1 个.go文件是学习 HCL 语法与模块化组织方式的现成参考。十二、Day 63–69自动化配置管理——Ansible 全栈配置管理专题聚焦 Ansible 这条主线2022/zh_cn/README.mdDay 63配置管理概览Day 64Ansible 入门Day 65Ansible PlaybooksDay 66Playbooks 进阶Day 67使用 Roles 及部署负载均衡Day 68Tags、Variables、Inventory 与数据库服务器配置Day 69其他 Ansible 话题——Automation Controller、AWX、Vault。仓库 2022/Days/Configmgmt/ 是配套最完整的目录之一包含 115 个.yml、20 个.j2Jinja2 模板与 6 个.md覆盖了 inventory、playbook、role、模板渲染等完整示例可作为练习 Ansible 的活教材。十三、Day 70–76创建 CI/CD 管道——持续集成与持续部署CI/CD 管道是现代 DevOps 环境的支柱它通过自动化构建、测试与部署把开发与运营连接起来2022/zh_cn/Days/day70.md。CI持续集成是一种现代软件开发实践要求开发人员每天多次把代码集成到共享仓库由自动化构建与测试工作流保证合入主分支的代码变更是可靠的。文档给出了三类自动化测试示例单元测试测试源代码的各个单元验证测试确保软件满足或适合预期用途格式测试检查语法和其他格式错误。CD持续部署是把已经测试通过的代码发布到环境生产、暂存等从软件仓库如 Docker Hub拉取最新版本可能同时从 Git 仓库拉取配置由 CD 工具统一推送到目标环境v2 发布时重复同样流程——先暂存验证再部署生产。为什么用 CI/CD把原先手动完成的事情自动化能在代码合入主分支前发现小问题避免坏代码被推送给客户同时有助于防止技术债务technical debt——主仓库随时间不断构建早期的小修复拖到几年后会因彻底融入代码库与逻辑而修复成本剧增。本专题实操工具Jenkins多平台构建、测试、部署、Jenkins 管道与 JenkinsfileDay 73–74、GitHub ActionsDay 75、ArgoCD面向 Kubernetes 的 CD 工具Day 76。注意并非所有工具都同时具备 CI 与 CD 能力。配套 CI 流水线示例见 2022/Days/CICD/ 目录下的 4 个.yml文件以及 2023/day2-ops-code/ 中同步/异步流水线示例。十四、Day 77–83监控、日志管理及数据可视化运维环节离不开可观测性本专题布局如下Day 77监控概览Day 78监控工具实操Day 79日志管理概览Day 80ELK StackElasticsearch、Logstash、KibanaDay 81Fluentd 与 FluentBitDay 82EFK StackElasticsearch、Fluentd、KibanaDay 83数据可视化 Grafana。仓库 2022/Days/Monitoring/ 目录包含 15 个.yml、2 个.sh、7 个.md与 1 个.conf覆盖了 Elastic 相关配置与示例可配合文档动手部署。十五、Day 84–90存储和保护你的数据——数据管理收官数据管理是自动化与频繁发布中最容易出问题的环节——持久化数据与底层数据服务往往是故障元凶2022/zh_cn/Days/day84.md。本节先回到宏观无论物理机、虚拟机、云还是云原生 Kubernetes没有任何平台能免除数据管理的需求。DevOps 与数据更好的数据流程必须引入正确的人DBA 与关注数据服务备份的人并识别与数据关联的不同数据类型、领域和边界避免在数据库管理员、存储工程师、备份工程师之间孤岛式处理。数据管理的关键原则参考 Data Management Body of Knowledge 的定义转述自 2022/zh_cn/Days/day84.md数据是业务最重要的资产之一但只是整体业务的一部分数据质量比以往更重要——要把数据当作业务资产对待以配合自动化与 DevOps 原则及时访问数据——必须在恰当时间以顺畅方式提供正确数据支持有效决策数据管理必须成为 DevOps 的赋能者——把数据管理需求纳入迭代循环包括基于策略的数据保护与经过完整测试的恢复模型。DataOps与 DevOps 一样把技术开发与运维的最佳实践用于提升质量、加快速度、降低安全威胁其目标是弹性的数据管道与可信的数据分析洞察常见于机器学习、大数据、数据分析与人工智能领域。但本节聚焦点不是 AI而是从数据保护角度管理信息三个关键考量是准确性生产数据与备份都要经过恢复测试、一致性跨多位置的数据服务与数据保护在不同层级保持一致确保拿到干净副本、安全性正确的访问控制备份与恢复权限只授予必要人员。更好的数据 更好的决策Better Data Better Decisions。Day 85–90 依次覆盖数据服务、备份所有平台、备份和恢复实操、以应用为中心的备份如 Kubernetes 数据管理、灾难恢复、数据和应用可移动性。十六、如何使用这份路线图开始你的 90 天克隆或在线阅读仓库在本地拉取仓库后从 2022/zh_cn/README.md 开始按 Day 1 至 Day 90 的顺序逐日推进配套资源配套使用每个专题都对应仓库内的真实配置与代码目录——Go 源码在 2022/Days/Go/Vagrantfile 在 2022/Days/Linux/VAGRANTFILE网络脚本在 2022/Days/Networking/云脚本在 2022/Days/Cloud/容器示例在 2022/Days/Containers/Kubernetes 清单在 2022/Days/Kubernetes/Terraform 在 2022/Days/IaC/Ansible 在 2022/Days/Configmgmt/CI/CD 在 2022/Days/CICD/监控配置在 2022/Days/Monitoring/边学边动手每天约一小时每个专题都安排了实操Hello World、Vagrant 启动虚拟机、git 工作流演练、Docker Compose 起服务、Terraform 声明资源、Ansible Playbook 跑通、Jenkins/GitHub Actions 流水线、ELK/EFK 部署、备份恢复演练等持续迭代该路线图并非完美清单社区可以通过提交资源与改进意见共同完善它。90 天的终点不是掌握所有工具而是建立起一套可持续的 DevOps 思维方式把长周期发布拆成小步快跑、打破团队隔阂、让自动化贯穿计划、编码、构建、测试、发布、部署、操作与监控的每一个环节。现在就从 Day 1 开始你的旅程吧。赞分享文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载相关推荐90DaysOfDevOps 2022 版学习路线图全解90 天、13 大主题系统构建 DevOps 基础能力90DaysOfDevOps 2022 版学习路线图全解90 天、13 大主题系统构建 DevOps 基础能力 本文围绕仓库中的 2022 年韩文版路线图索引文档/教程90DaysOfDevOps 2022 日语版学习路线图全解90 天系统掌握 DevOps 的 13 大主题模块90DaysOfDevOps 2022 日语版学习路线图全解90 天系统掌握 DevOps 的 13 大主题模块 本篇指南以仓库中 2022/ja/READM文档/教程90DaysOfDevOps 土耳其语版路线图90 天系统化学习 DevOps 的完整指南90DaysOfDevOps 土耳其语版路线图90 天系统化学习 DevOps 的完整指南 导读 本文基于开源仓库 90DaysOfDevOps https:文档/教程上一篇现代C设计模式代码审查指南识别和修复常见模式实现错误下一篇LaTeX2AI在Adobe Illustrator中无缝集成LaTeX数学公式的终极解决方案创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 90DaysOfDevOps 中文版：90 天 DevOps 系统学习路线图与 13 大专题实战指南
文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载本文以 90DaysOfDevOps 开源仓库的 2022/zh_cn/README.md 为骨架系统梳理这份中文版 90 天 DevOps 学习地图它把 DevOps 的 Principles原则、Processes流程、Tooling工具链与 Use Cases实战用例拆解为 13 大专题、90 个学习日每个专题都配套了可复制的命令、代码与配置文件。读完本文你将掌握这份学习路线图的完整结构、每个专题的核心知识点与仓库内的实操资源入口能够直接按图索骥启动自己的 90 天学习计划。一、项目背景公开学习共建 DevOps 知识地图90DaysOfDevOps 仓库最初是作者 Michael Cade 的一个公开学习learning in public项目从 2022 年 1 月 1 日到 3 月 31 日每天投入约一小时用整整 90 天攻克 DevOps 的 13 个基础领域并将每日笔记以 Markdown 文档的形式沉淀在仓库中。如今它已经发展成社区广泛使用的结构化学习地图覆盖了 DevOps 的原则、流程、工具链和各类实战场景。这份中文版位于 2022/zh_cn/README.md其设计目标非常明确每天一小时90 天完成不是要求读者一次性掌握所有知识而是通过每日一小步的方式持续积累覆盖 13 个基础领域从 DevOps 理念本身到编程语言、Linux、网络、云、Git、容器、Kubernetes、IaC、配置管理、CI/CD、监控与数据管理承认并说明局限该路线图不会覆盖 DevOps 的全部知识它只是作者认为对学习与理解有益的方向集合社区可以随时补充完善。中文版目录中带有标记的条目表示正在翻译完整列表见 2022/zh_cn/README.md。仓库同时提供英文、西班牙语、繁体中文、日语、波兰语、越南语等多个版本例如 2022/README.md、2022/es/README.md、2022/zh_tw/README.md。二、学习地图总览90 天 13 个专题下面这张表浓缩了 90 天的完整结构对应 2022/zh_cn/README.md 的目录每个专题持续一周左右最后几篇用于收尾与综合天数专题核心技术Day 1–6DevOps 基础什么是 DevOps、工程师职责、生命周期、DevOps 与敏捷、计划到监控Day 7–13学习一门编程语言Go 环境配置、Hello World、工作空间、变量常量、指针、实战 AppDay 14–20Linux 基础常用命令、文件系统与存储、文本编辑器、SSH 与 LAMP、bash 脚本Day 21–27计算机网络OSI 七层模型、网络协议、网络自动化、Python 网络脚本、实验环境Day 28–34选择一个云服务商Azure 安全、计算、存储与数据库、网络模型、管理、实操场景Day 35–41高效使用 Git版本控制、安装配置、暂存与变更、开源工作流、代码社交网络Day 42–48容器Docker 安装、镜像、Docker Compose、网络与安全、Docker 替代Day 49–55Kubernetes平台选型、单节点/多节点集群、Rancher、应用部署、State 与 IngressDay 56–62Infrastructure as CodeTerraform、HCL、变量、Provisioners 与 Modules、多环境、测试Day 63–69自动化配置管理Ansible 入门、Playbooks、Roles、Tags/Variables/Inventory、AWX/VaultDay 70–76CI/CD 管道Jenkins、Jenkins 管道、Jenkinsfile、GitHub Actions、ArgoCDDay 77–83监控、日志与可视化监控工具、ELK Stack、Fluentd/FluentBit、EFK Stack、GrafanaDay 84–90存储与保护数据数据服务、备份平台、备份恢复实操、以应用为中心备份、灾难恢复、数据可移动性三、Day 1–6DevOps 基础——先建立思维方式这 6 天的目标是建立 DevOps 的思维方式而非马上动手装工具。对应文档位于 Day 1 至 Day 6。什么是 DevOpsDay 1 给出了几个关键论断2022/zh_cn/Days/day01.mdDevOps不是工具——你不能购买它它不是可下载的软件 SKU也不是一门编程语言DevOps 是软件开发中更明智的做事方式它把软件开发和运维运营结合在一起让开发者、运维人员与 QA 工程师都能受益DevOps 的核心目标是缩短产品从构思到发布、到达最终用户的时间把可能以年计的漫长发布过程拆解为更频繁、更小的多次发布DevOps打破团队隔阂从 DevOps 角度看开发、测试、部署都属于同一个团队整个过程必须依靠自动化来保证有效和高效。DevOps 工程师的职责Day 2文档强调 DevOps 是连接开发与运维两部分的桥梁。开发者负责编写与测试应用运维负责在服务器上部署和维护而 DevOps 工程师虽然不必亲自编程但必须理解开发者使用的工作方式、系统、工具和流程掌握应用如何配置以连通所需的数据服务、如何被测试以及如何被部署到服务器上供最终用户访问。作者特别指出 DevOps 工程师的角色定位是Jack of all trades, Master of none博而不精——不需要成为网络或基础设施专家但需要有让系统跑起来并互相通信的基础知识不一定会日常接管服务器管理但大概率要面对容器化的应用因此还需要理解虚拟化、云 IaaS 与容器化。DevOps 生命周期Day 3–5从应用视角看DevOps 生命周期可以概括为计划Plan→ 编码Code→ 构建Build→ 测试Test→ 发布Release→ 部署Deploy→ 操作Operate→ 监控Monitor。Day 5 的完整循环见 2022/zh_cn/Days/day05.md它与 Day 70 的 CI/CD 章节2022/zh_cn/Days/day70.md形成前后呼应CI/CD 管道正是这个循环的自动化实现。DevOps 与敏捷Day 4DevOps 与敏捷是两种被广泛使用的方法论共同目标是实现应用的持续迭代更新**DevOps 真实经历Day 6**则分享了作者从虚拟化与云技术背景关注 IaC、Terraform、Chef转向云原生Kubernetes 与 Kasten 数据管理过程中的亲身感受。四、Day 7–13学习一门编程语言——为什么是 Go本节回答DevOps 是否需要编程能力以及选哪门语言两个问题2022/zh_cn/Days/day07.md。文档给出的理由很务实大量 DevOps 工具是用 Python 或 Go 编写的例如 Kubernetes、Docker、Grafana、Prometheus 都是 Go 写的如果目标是构建 DevOps 工具或加入相关团队选择与工具相同的语言最有利。同时DevOps 工程师还需要能够阅读配置文件config files通常是 YAML 格式来与工具交互。为什么选 GoGo 具备几个对 DevOps 特别友好的特性——编译为单一静态二进制部署时无需在远程机器安装外部依赖、跨平台交叉编译轻松为 Linux/Windows/macOS 生成可执行文件、高性能低资源占用、标准库内置文件处理、HTTP Web 服务、JSON 处理、并发支持与内置测试。文档也明确说明这不是劝退 Python选择 Go 更多是因为工作场景需要。环境配置与 Hello WorldDay 8文档完整演示了安装 Go → 验证版本 → 创建工作区目录 → 配置 VSCode → 编写并运行第一个程序的流程2022/zh_cn/Days/day08.md# 验证 Go 是否安装成功 go version # 创建 Go 工作区bin、pkg、src 三个目录 # 在 src 下创建 Hello 文件夹并新建 main.gopackage main import fmt func main() { fmt.Println(Hello #90DaysOfDevOps) }# 在 Hello 目录中直接运行 go run main.go # 或构建成二进制后在别的机器上运行 go build main.go $ ./main.exe Hello #90DaysOfDevOps仓库 2022/Days/Go/ 目录保存了本节配套的 Go 源码12 个.go文件可对照阅读。后续 Day 9–13 依次讲解 Hello World 代码逐行解释、Go 工作空间与编译运行、变量/常量/数据类型、指针与用户输入、以及用 Go 写一个真正发送推特的 App。五、Day 14–20Linux 基础——DevOps 的天然土壤Linux 与 DevOps 在文化上高度同源两者都强调定制化与可扩展性绝大多数 DevOps 工具从设计之初就面向 Linux2022/zh_cn/Days/day14.md。虽然 WinOps 也是一种选择但大多数时候你需要管理和部署 Linux 服务器。实验环境搭建Vagrant VirtualBox。为了低破坏性地学习文档推荐用 HashiCorp Vagrant 管理虚拟机生命周期支持 VirtualBox、vSphere、Hyper-V、Docker 等 provider并给出了第一个 VagrantfileVagrant.configure(2) do |config| config.vm.box chenhan/ubuntu-desktop-20.04 config.vm.provider :virtualbox do |v| v.memory 8096 v.cpus 4 v.customize [modifyvm, :id, --vram, 128mb] end end该文件的副本保存在 2022/Days/Linux/VAGRANTFILE注仓库中该文件无扩展名。随后在项目文件夹执行vagrant up启动虚拟机、vagrant ssh直接跳进 VM 终端默认登录凭据为vagrant / vagrant。Day 15–20 继续深入Linux 常用命令、文件系统与存储管理、nano 与 vim 文本编辑器、SSH 与 LAMP Web 服务器、用 bash 脚本自动化任务、以及All the pretty things开发环境定制。六、Day 21–27理解计算机网络——NetDevOps 入门本节把 DevOps 原则延伸到网络领域2022/zh_cn/Days/day21.md。NetDevOpsNetwork DevOps就是把 DevOps 的原则与实践版本控制、自动化工具应用到网络的创建、测试、监控与部署上。如果网络团队不转向类似的模式就会成为整体流程的瓶颈。网络基础概念对应 2022/zh_cn/Days/day21.mdHost主机任何发送或接收流量的设备IP 地址每台主机的身份标识网络Network在主机之间传输流量的通道是一组需要相似连通性的主机的逻辑分组同一网络的主机共享 IP 地址空间交换机Switch促进网络内部的通信将数据包直接转发给目标主机路由器Router促进网络之间的通信同时提供流量控制点安全、过滤、重定向路由器的 IP 地址是每台主机离开本地网络的网关。Routing vs Switching路由是把数据在网络之间移动的过程路由器是其主要目的的设备交换是把数据在网络内部移动的过程。此外还有接入点、防火墙、负载均衡器、三层交换机、IDS/IPS、代理、虚拟交换机、虚拟路由器等设备。接下来 7 天会逐一展开 OSI 模型、网络协议、DNS、NAT、DHCP、子网以及 Python 网络自动化Day 25 的 Python 脚本见 2022/Days/Networking/ 目录下的 5 个.py文件。七、Day 28–34选择一个云服务商——Azure 深度实操云计算的理念与 DevOps 高度契合云计算带来技术与服务DevOps 负责流程与流程改进2022/zh_cn/Days/day28.md。公共云本质上只是别人的计算机——把部分责任交给托管服务让你和团队聚焦在应用与最终用户上。云服务的抽象层级2022/zh_cn/Days/day28.mdSaaS软件即服务移除几乎全部管理开销如 Microsoft 365Exchange 邮件、Office 生产力、OneDrive 存储、Salesforce、SAP 等IaaS基础设施即服务虚拟机类比——物理层由云厂商负责你管理操作系统、数据与应用PaaS平台即服务你只管数据与应用底层硬件与操作系统都不用操心还有 StaaS存储即服务、CaaS容器即服务、FaaS函数即服务等更多 aaS 形态。云部署模型公共云超大规模厂商 全球 MSP、私有云自有数据中心包括超大规模厂商的本地版、混合云横跨两者兼顾公共云服务与本地部署/法规约束。由于三大超大规模厂商Azure、GCP、AWS的服务非常相似文档建议先精通一家再迁移到其他家。Day 29–34 进入 Azure 专题Azure 基础、安全模型、计算模型、存储和数据库模型、网络模型 Azure 管理、以及 Azure 实操场景。仓库 2022/Days/Cloud/ 目录保存了配套的 6 个 JSON 与 4 个 PowerShell 脚本可用于动手验证。八、Day 35–41高效地使用 Git——版本控制与协作Day 35 首先厘清版本控制的本质2022/zh_cn/Days/day35.md最显著的好处是记录项目历史——通过git log回看整个仓库的提交与评论知道什么时候、发生了什么、谁发起的、谁审阅的可以管理一个项目的多个版本免费版与付费版共享主代码通过分支branching维护两条代码流再用合并merging把新功能合入合并可能产生冲突conflict版本控制不能修复冲突但能让冲突易于管理支持协作与开发者、更广范围的团队和工具如 Jenkins 构建平台共享源代码一个重要声明版本控制不是备份Git 核心工作流同一文档中的完整命令演示git init # 初始化仓库 git add . # 将所有文件放入快照暂存 git commit -m My First Commit # 提交并描述原因 git log # 查看项目历史 git status # 检查仓库状态 git add samplecode.ps1 # 添加单个新文件 git commit -m My Second Commit git diff commit1 commit2 # 查看两次提交间的变更 git checkout commit # 利用提交序号回到之前的版本时间旅行 git switch - # 撤销切换继续前进总结来看Git 的能力是追踪历史、管理多版本、共享源代码、协调团队合作、以及时间旅行。Day 36–41 接着讲安装配置、深入了解 Git、暂存与变更、Viewing/unstaging/discarding/restoring、代码的社交网络GitHub 协作与开源工作流。九、Day 42–48容器——为什么是另一种运行应用的方式Day 42 从为什么需要另一种方式运行软件切入2022/zh_cn/Days/day42.md。物理机、虚拟机、云 IaaS/PaaS、容器各有存在的道理没有绝对对错但容器在效率、速度和大小上有优势值得新开发的应用关注。容器 镜像解决的核心问题传统的软件分发、安装与运维充满痛点——从哪查找软件、是否可信、需要什么许可证、兼容哪些平台、需要哪些包与依赖、如何配置/启动/终止、是否自动重启、有无资源/库/端口冲突、是否安全、如何更新与卸载。文档将这些整理为三类复杂度分布安装运维查找安装开始运行下载配置安全许可卸载端口包依赖资源冲突信任平台自动重启查找库更新宏观上看镜像image帮助解决分布问题容器container处理安装与运维。容器把代码与全部库、依赖打包在一起可以随时从一台机器搬到另一台机器不用担心基础依赖冲突——就像船运集装箱把货物标准化一样。定义容器是进程是软件的标准单元包含代码和所有依赖能在不同计算机环境间快速可靠运行镜像则是轻量、独立、可执行的软件包包含运行应用所需的全部内容代码、运行时、系统工具、系统库和设置镜像运行时就变成了容器。容器的优势依赖打包隔离、管理简单、系统间可移植、免重复配置、容易扩展。Day 43–48 实战部分Docker 简介与安装、镜像与 Docker Desktop 体验、镜像详解、Docker Compose、网络与安全、Docker 替代方案。配套的 Compose 与配置示例见 2022/Days/Containers/ 目录。十、Day 49–55Kubernetes——容器编排与声明式平台Kubernetes 解决的是容器单独使用时的短板——规模与编排2022/zh_cn/Days/day49.md。作为容器编排器Container OrchestratorKubernetes 能基于负载自动伸缩它同时也是开源平台起源于 Google 并捐赠给云原生计算基金会CNCF。Kubernetes 提供的核心能力官方定义转述自 2022/zh_cn/Days/day49.md服务发现与负载均衡可用 DNS 名称或 IP 暴露容器并按需分发网络流量存储编排自动挂载本地存储、公共云存储等自动发布与回滚以可控速率把实际状态调整为期望状态自动装箱bin packing根据声明的 CPU/内存需求把容器最优地放置到节点上自愈self-healing重启失败的容器、替换容器、杀掉不响应健康检查的容器密钥与配置管理存储密码、OAuth token、SSH key 等敏感信息无需重建镜像即可更新。容器编排的职责集群管理把主机联合为统一目标、调度管理通过 scheduler 把容器分布到节点、服务发现定位容器位置并分发客户端请求、复制保证正确数量的节点与容器、健康管理检测并替换不健康的容器和节点。核心组件逐一对应架构图图见英语版 2022/Days/Images/ 目录Control Plane控制平面做出集群全局决策如调度检测并响应集群事件其中最重要的kube-apiserver是唯一通信入口负责验证和配置 API 对象数据Scheduler把 Pod 分配给 NodeController Manager内嵌核心控制循环通过 apiserver 观察集群共享状态并推动当前状态趋向期望状态etcd是保存全部集群数据的一致、高可用键值存储Worker Node运行工作负载的机器每个节点可承载一个或多个 Pod受控制平面管理kubelet每节点上的代理确保 Pod 中的容器在运行且健康kube-proxy每节点上的网络代理实现 Service 概念维护允许访问 Pod 的网络规则Container runtime负责运行容器的软件支持 Docker、containerd、CRI-O 等任何实现 CRI 的运行时。工作负载抽象Pod一组构成逻辑应用的容器如 NodeJS 容器 MySQL 容器同在一个 Pod共享数据卷与网络命名空间Pod 是短暂的ephemeral存活于 Worker Node 上Deployment让 Pod 持续运行可无宕机更新应用并指定 Pod 死亡后的重启策略ReplicaSet确保应用拥有期望数量的 Pod基于 Deployment 创建与伸缩StatefulSet适用于需要状态的应用如数据库每个 Pod 有唯一的持久标识不因重新调度而改变DaemonSet每个节点运行一个 Pod适用于监控、日志采集等后台任务Service访问 Pod 的统一端点以统一方式把流量路由到集群与 Pod 列表使 Pod 的上下线不影响外部访问。本节后续会覆盖 Kubernetes 架构、kubectl 命令、Kubernetes YAML、Ingress、Services、Helm 包管理器、持久化存储与有状态应用。仓库 2022/Days/Kubernetes/ 目录下有 7 个.sh脚本与 4 个.yaml清单文件可直接练习。十一、Day 56–62Infrastructure as Code——用 Terraform 声明基础设施IaC 把基础设施的创建与变更变成代码是 DevOps 自动化理念在基础设施领域的落地。本专题以 Terraform 为主线Day 56IaC 概览Day 57Terraform 简介Day 58HashiCorp 配置语言HCLDay 59Terraform 与 VariablesDay 60Docker Containers、Provisioners 与 ModulesDay 61Kubernetes 与多环境Day 62测试、工具与替代方案。仓库 2022/Days/IaC/ 目录包含 11 个.tf文件、1 个.tfvars变量文件和 1 个.go文件是学习 HCL 语法与模块化组织方式的现成参考。十二、Day 63–69自动化配置管理——Ansible 全栈配置管理专题聚焦 Ansible 这条主线2022/zh_cn/README.mdDay 63配置管理概览Day 64Ansible 入门Day 65Ansible PlaybooksDay 66Playbooks 进阶Day 67使用 Roles 及部署负载均衡Day 68Tags、Variables、Inventory 与数据库服务器配置Day 69其他 Ansible 话题——Automation Controller、AWX、Vault。仓库 2022/Days/Configmgmt/ 是配套最完整的目录之一包含 115 个.yml、20 个.j2Jinja2 模板与 6 个.md覆盖了 inventory、playbook、role、模板渲染等完整示例可作为练习 Ansible 的活教材。十三、Day 70–76创建 CI/CD 管道——持续集成与持续部署CI/CD 管道是现代 DevOps 环境的支柱它通过自动化构建、测试与部署把开发与运营连接起来2022/zh_cn/Days/day70.md。CI持续集成是一种现代软件开发实践要求开发人员每天多次把代码集成到共享仓库由自动化构建与测试工作流保证合入主分支的代码变更是可靠的。文档给出了三类自动化测试示例单元测试测试源代码的各个单元验证测试确保软件满足或适合预期用途格式测试检查语法和其他格式错误。CD持续部署是把已经测试通过的代码发布到环境生产、暂存等从软件仓库如 Docker Hub拉取最新版本可能同时从 Git 仓库拉取配置由 CD 工具统一推送到目标环境v2 发布时重复同样流程——先暂存验证再部署生产。为什么用 CI/CD把原先手动完成的事情自动化能在代码合入主分支前发现小问题避免坏代码被推送给客户同时有助于防止技术债务technical debt——主仓库随时间不断构建早期的小修复拖到几年后会因彻底融入代码库与逻辑而修复成本剧增。本专题实操工具Jenkins多平台构建、测试、部署、Jenkins 管道与 JenkinsfileDay 73–74、GitHub ActionsDay 75、ArgoCD面向 Kubernetes 的 CD 工具Day 76。注意并非所有工具都同时具备 CI 与 CD 能力。配套 CI 流水线示例见 2022/Days/CICD/ 目录下的 4 个.yml文件以及 2023/day2-ops-code/ 中同步/异步流水线示例。十四、Day 77–83监控、日志管理及数据可视化运维环节离不开可观测性本专题布局如下Day 77监控概览Day 78监控工具实操Day 79日志管理概览Day 80ELK StackElasticsearch、Logstash、KibanaDay 81Fluentd 与 FluentBitDay 82EFK StackElasticsearch、Fluentd、KibanaDay 83数据可视化 Grafana。仓库 2022/Days/Monitoring/ 目录包含 15 个.yml、2 个.sh、7 个.md与 1 个.conf覆盖了 Elastic 相关配置与示例可配合文档动手部署。十五、Day 84–90存储和保护你的数据——数据管理收官数据管理是自动化与频繁发布中最容易出问题的环节——持久化数据与底层数据服务往往是故障元凶2022/zh_cn/Days/day84.md。本节先回到宏观无论物理机、虚拟机、云还是云原生 Kubernetes没有任何平台能免除数据管理的需求。DevOps 与数据更好的数据流程必须引入正确的人DBA 与关注数据服务备份的人并识别与数据关联的不同数据类型、领域和边界避免在数据库管理员、存储工程师、备份工程师之间孤岛式处理。数据管理的关键原则参考 Data Management Body of Knowledge 的定义转述自 2022/zh_cn/Days/day84.md数据是业务最重要的资产之一但只是整体业务的一部分数据质量比以往更重要——要把数据当作业务资产对待以配合自动化与 DevOps 原则及时访问数据——必须在恰当时间以顺畅方式提供正确数据支持有效决策数据管理必须成为 DevOps 的赋能者——把数据管理需求纳入迭代循环包括基于策略的数据保护与经过完整测试的恢复模型。DataOps与 DevOps 一样把技术开发与运维的最佳实践用于提升质量、加快速度、降低安全威胁其目标是弹性的数据管道与可信的数据分析洞察常见于机器学习、大数据、数据分析与人工智能领域。但本节聚焦点不是 AI而是从数据保护角度管理信息三个关键考量是准确性生产数据与备份都要经过恢复测试、一致性跨多位置的数据服务与数据保护在不同层级保持一致确保拿到干净副本、安全性正确的访问控制备份与恢复权限只授予必要人员。更好的数据 更好的决策Better Data Better Decisions。Day 85–90 依次覆盖数据服务、备份所有平台、备份和恢复实操、以应用为中心的备份如 Kubernetes 数据管理、灾难恢复、数据和应用可移动性。十六、如何使用这份路线图开始你的 90 天克隆或在线阅读仓库在本地拉取仓库后从 2022/zh_cn/README.md 开始按 Day 1 至 Day 90 的顺序逐日推进配套资源配套使用每个专题都对应仓库内的真实配置与代码目录——Go 源码在 2022/Days/Go/Vagrantfile 在 2022/Days/Linux/VAGRANTFILE网络脚本在 2022/Days/Networking/云脚本在 2022/Days/Cloud/容器示例在 2022/Days/Containers/Kubernetes 清单在 2022/Days/Kubernetes/Terraform 在 2022/Days/IaC/Ansible 在 2022/Days/Configmgmt/CI/CD 在 2022/Days/CICD/监控配置在 2022/Days/Monitoring/边学边动手每天约一小时每个专题都安排了实操Hello World、Vagrant 启动虚拟机、git 工作流演练、Docker Compose 起服务、Terraform 声明资源、Ansible Playbook 跑通、Jenkins/GitHub Actions 流水线、ELK/EFK 部署、备份恢复演练等持续迭代该路线图并非完美清单社区可以通过提交资源与改进意见共同完善它。90 天的终点不是掌握所有工具而是建立起一套可持续的 DevOps 思维方式把长周期发布拆成小步快跑、打破团队隔阂、让自动化贯穿计划、编码、构建、测试、发布、部署、操作与监控的每一个环节。现在就从 Day 1 开始你的旅程吧。赞分享文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载相关推荐90DaysOfDevOps 2022 版学习路线图全解90 天、13 大主题系统构建 DevOps 基础能力90DaysOfDevOps 2022 版学习路线图全解90 天、13 大主题系统构建 DevOps 基础能力 本文围绕仓库中的 2022 年韩文版路线图索引文档/教程90DaysOfDevOps 2022 日语版学习路线图全解90 天系统掌握 DevOps 的 13 大主题模块90DaysOfDevOps 2022 日语版学习路线图全解90 天系统掌握 DevOps 的 13 大主题模块 本篇指南以仓库中 2022/ja/READM文档/教程90DaysOfDevOps 土耳其语版路线图90 天系统化学习 DevOps 的完整指南90DaysOfDevOps 土耳其语版路线图90 天系统化学习 DevOps 的完整指南 导读 本文基于开源仓库 90DaysOfDevOps https:文档/教程上一篇现代C设计模式代码审查指南识别和修复常见模式实现错误下一篇LaTeX2AI在Adobe Illustrator中无缝集成LaTeX数学公式的终极解决方案创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考