《UNIX/Linux系统管理技术手册-读书笔记-第三十一章

方法论、策略与政治

1. 核心转变：从“变化最小化”到“DevOps”

DevOps定义：开发（Development）与运维（Operations）的融合，通过紧密协作打破壁垒，产生更好的业务成果。

💡 黄金法则：企业需求驱动IT活动，而非相反。

2. DevOps = CLAMS

2.1 自动化两大黄金法则

自动化重点领域：

• 新机器自动配给（操作系统+软件+本地配置）
• 配置自动管理（变更进入版本控制→自动应用）
• 代码自动推广（开发→测试→生产，含自动化测试）
• 系统化修补和更新（处理离线机器的更新）

2.2 DevOps世界中的系统管理员角色

💡 关键心态：DevOps建立在克服领土冲动之上。当你被视为“帮助他人成功的英雄”时，事半功倍。

3. 工单与任务管理系统

3.1 为什么需要

3.2 工单系统的核心功能

3.3 工单所有权原则

3.4 用户接受度

3.5 推荐工单系统

4. 本地文档维护

4.1 为什么重视文档

4.2 文档最佳实践

5. 环境分离

传统做法：通过角色分离“保护”生产环境。DevOps做法：通过不可变审计痕迹和自动化流程实现保护，而非依赖人工审批。

6. 灾难管理

6.1 风险评估

参考：NIST SP 800-30（风险评估指南）

6.2 灾难恢复计划（NIST 800-34）

6.3 灾难支持环境数据清单

离线保存所有合同和规程——灾难时网络可能不可用。

6.4 灾难人员配备

6.5 安全事件响应

7. IT策略与规程

7.1 策略 vs 规程

💡 策略不应经常变更；规程需要持续更新。

7.2 策略框架应包括的主题

7.3 需要建立规程的常见任务

8. 服务水平协议（SLA）

8.1 核心要素

8.2 服务标准要考虑的问题

8.3 优先级方案

P1内部按影响范围进一步排序（例如：邮件故障 vs Web服务暂时不可用）。

9. 合规：规章与标准

💡 推荐阅读：即使无须合规，NIST 800-53（安全控制评估）和NIST 800-34（灾难恢复）对任何组织都有参考价值。

10. 法律问题

10.1 隐私保护

10.2 落实与执法

10.3 软件许可证

11. 组织与资源

附录：系统管理简史核心要点

DBA视角补充：

• DevOps与DBA角色融合：现代DBA不仅要管数据库，还要参与CI/CD流水线的数据库变更管理、基础设施即代码（Terraform管理RDS）、监控仪表盘共建（Grafana）。DBA是DevOps团队中的“数据专家”。
• 工单系统的DBA价值：数据库变更请求（Schema迁移、索引添加、SQL调优）通过工单系统跟踪，实现可审计、可追溯、可衡量（平均响应时间、变更成功率）。这是DBA工作量的客观量化。
• 灾难恢复的DBA视角：数据库通常是灾难恢复的最优先级服务。确保DR计划中包含数据库备份异地存储、RTO/RPO目标、数据库恢复步骤（包括密码/密钥）、云快照策略。NIST 800-34的恢复计划部分对数据库特别适用。
• 合规与DBA：DBA直接面对HIPAA（PHI数据）、PCI DSS（信用卡数据）、GLBA（金融数据）等合规要求。数据库审计日志保留策略、加密存储（TDE）、访问控制、数据匿名化政策是DBA的日常合规工作。
• SLA与数据库：数据库可用性SLA（如99.99%）直接影响应用SLA。DBA需要与业务方明确数据库RTO/RPO，并在SLA中体现，避免“数据库总是要可用”的不切实际期望。
• 文档与DBA：数据库架构图、数据字典、ER图、备份恢复步骤、高可用切换流程——这些都应文档化（Wiki + 代码注释），防止“只有某位DBA知道”的单点故障。
• IT策略的DBA参与：数据分类策略、数据留存标准、访问控制策略——DBA必须在这些策略的制定中发言，确保数据库层面的落地可行。