DevOps环境中的IT运维技能与报表制作指南
1. 为失败做好规划
在DevOps环境里，有人会觉得向生产环境推送新代码会引发诸多问题。确实，任何变更都可能带来麻烦。但DevOps的核心，尤其是运维在其中的角色，是打造一个能快速失败并快速修复的环境。如果DevOps意味着持续推送小批量代码，那我们就得做好像Facebook所说的“快速行动，不怕犯错”的准备。
总会有某个版本出现问题，运维的职责不是放慢节奏避免问题，而是迅速解决问题。例如虚拟化技术，能让我们快速将整个操作系统环境回滚到“已知良好状态”，让失败没那么可怕。
我们应学会为失败做规划，而非一味避免失败。就像坐飞机时，我总会在随身行李中备一套换洗衣物和一小支除臭剂，因为我预想行程中可能会出状况，并做好了应对准备。而很多人没做这些简单准备，一旦出现问题，就会愤怒、焦虑和不适，哪怕问题是由天气等人力无法控制的因素导致的。我通常会安排比别人更长的中转时间，国内航班一般预留2小时，这样往往能避免行程失败。
在DevOps环境中，我们要接受失败会发生这一事实。不应把过多精力放在预防失败上，特别是那些耗时的、在开发者和用户之间设置障碍的环节，而应致力于快速迭代和恢复。在真正的DevOps团队中，有缺陷的版本发布并不意味着回退到上一个版本，而是迅速发布下一个版本。这是前进而非后退，具备这种能力是一个适合DevOps的组织的主要标志。
2. 运维即开发
当运维团队更支持DevOps时，会出现一个有趣的现象：运维团队会变成一种特殊的开发团队。这也导致了对DevOps的一个最大误解，即认为DevOps意味着“运维变成开发者”。
实际上，DevOps并非让运维
