08-09

DevOps 与自动化

一次发布引发生产故障：变更止血、回滚决策与复盘模板

# 一次发布引发生产故障：变更止血、回滚决策与复盘模板 发布后错误率升高时，团队最容易陷入“继续观察还是回滚”的争论。生产处置的目标不是立即解释根因，而是用最短时间恢复服务并保留证据。 ## 一、识别变更相关性 把告警时间与应用发布、配置修改、数据库 DDL、网络策略、证书、依赖升级对应起来。检查错

9

0

0

07-25

DevOps 与自动化

Python 运维开发入门：基础语法、虚拟环境、pip 与安全自动化

Python 适合 API 调用、数据处理和中等复杂度自动化。学习路线应从数据类型、控制流、函数、异常和模块开始，再进入文件、HTTP、并发和测试。 ## 基础结构 ```python from pathlib import Path def read_hosts(path: str) -> lis

7

0

0

07-25

DevOps 与自动化

Shell 脚本实战与安全规范：文本处理、IP/UUID 提取、批量网络检查和自动化

Shell 适合编排系统命令和轻量自动化，不适合复杂数据模型。原笔记中的空格清理、sed、IP/UUID 提取、网卡、磁盘、MySQL 主从与 SR-IOV 脚本可以统一为一套安全写法。 ## 脚本基线 ```bash #!/usr/bin/env bash set -Eeuo pipefail I

6

0

0

07-25

DevOps 与自动化

SaltStack 自动化运维指南：Master/Minion、Grains、Pillar、States 与 Zabbix 部署

SaltStack 既支持远程执行，也支持声明式状态管理。Master 接收 Minion 密钥并下发任务；Grains 描述节点事实，Pillar 向目标节点提供受控数据，States 定义期望状态。 ## 安装与信任 当前 Salt 官方推荐 onedir 包。安装后分别配置 master 与

10

0

0

07-25

DevOps 与自动化

Ansible Roles、Collections 与性能优化：构建可复用自动化项目

当 Playbook 变大后，应按职责拆成 Role，并用 Collection 管理模块、插件和内容依赖。复用不是复制目录，而是定义清晰输入、默认值、依赖和验证方法。 ## Role 结构 ```text roles/web/ ├── defaults/main.yml ├── tasks/mai

6

0

0

07-25

DevOps 与自动化

Ansible Playbook 进阶：变量、模板、Handlers、Vault 与调试

Playbook 用 YAML 描述目标状态。可维护性来自清晰命名、幂等模块、合理变量范围和失败处理，而不是把 shell 脚本逐行搬进 YAML。 ## 基本 Playbook ```yaml - name: Configure web servers hosts: web become: tru

7

0

0

07-25

DevOps 与自动化

Ansible 入门与 Inventory：主机清单、Ad Hoc 模块和安全连接

Ansible 在控制节点运行，通过 SSH/WinRM 等连接受管节点，默认不要求在目标机安装常驻 Agent。它的价值是使用幂等模块把重复运维操作变成可审计自动化。 ## 项目结构 ```text ansible-project/ ├── ansible.cfg ├── inventories/

8

0

0

07-25

DevOps 与自动化

生产发布工程实践：统一规范、渐进交付与快速回滚

可靠发布的目标不是“永不失败”，而是在变更失败时尽早发现、限制影响并快速恢复。生产发布应由统一平台执行，使用经过测试的不可变产物，配合渐进式流量、健康门禁和可验证的回滚方案。 ## 1. 建立统一但不过度僵化的规范 建议统一以下基础能力： 1. 通过一个受控发布系统操作生产环境。 2. 使用经过审批

5

0

0

07-25

DevOps 与自动化

CI/CD 流水线设计：持续集成、持续交付与持续部署的区别

CI、持续交付和持续部署经常被统称为 CI/CD，但三者解决的问题不同。设计流水线前先明确边界，才能避免“有 Jenkins 就算 DevOps”或“自动部署等于持续交付”的误区。 ## 1. 持续集成（Continuous Integration） 持续集成强调开发者频繁把小变更合入共享主干，并通

7

0

0

07-25

DevOps 与自动化

DevOps 入门：从部门协作到可度量的软件交付能力

DevOps 不是一个工具名称，也不是把开发人员叫成运维。它是一套文化、工作方式和工程能力，目标是让开发、测试、安全和运维共同对软件从需求到生产运行的完整生命周期负责。 ## 1. DevOps 要解决什么问题 传统交付经常出现这些现象： - 开发只负责写代码，发布失败后再交给运维处理。 - 测试环

6

0

0