DevOps 文字培训
未采用 DevOps 时，你的 IT 工作会遇到哪些问题？
在没有 DevOps 的 IT 世界里，开发团队与运维团队通常会发生冲突。直到开发团队开始做完全不同的项目，才有人开始对客户需要的功能和收益进行端到端的质量保证。信息安全和生产就绪审计则安排在计划上线的前一天。到了这个关键阶段才解决软件问题，尤其是早在 8 个月前就应该发现并修复的设计和安全缺陷，既给 IT 的持续运行带来挑战，也影响业务的连续性。疲惫的开发人员、不配合的运维人员、各自为政的测试和信息安全团队、要求很高但束手无策的项目经理和产品经理、愤怒的高管以及沮丧的客户和 IT 利益相关方，都很难创造额外价值。
在 IT 部门，工作交接太多，各种依赖错综复杂，无数手动操作既缺乏协调也不透明，然而这只不过是平常的一天。
尽管完成任何工作都需要很长的前置时间，但至少目前没有更好的选择，你也知道自己仍需要这份工作挣钱。
重要的一天终于来了。一次问题重重、混乱不堪的生产部署给业务造成了长时间停机。你开始想，这次部署是不是破坏了生产环境的原有功能。你也开始思考，为什么缺少清晰且确凿的证据来说明生产系统中到底发生了什么、哪些部分真正受到了影响。
然而，宽敞的 IT 办公区走廊里，庆祝上线的活动已经开始了。你也该喝上一杯，从刚过去那个艰难的不眠之夜缓过神来。昨晚你在生产环境弄坏的东西，反正会成为别人的问题。这没什么大不了……
说到这里，你一定想知道，这些棘手的项目一度处境糟糕、令人绝望，怎么还能以某种方式完成？答案在于 无限猴子定理。简单来说，如果一只猴子无限期地随机敲击打字机键盘，它最终一定能打出某段指定文本，例如 William Shakespeare 的全集。这不是玩笑。
类似地，工作何时能完成完全无法预测。不过，只要 IT 团队把项目充分往后推、争取到足够时间，最终肯定能交付。
开发与运维长期冲突
在众多关键职责中，你的 IT 组织有两项主要使命：
- 开发团队必须快速交付，以响应客户和所在市场不断变化的需求。
- 运维团队必须确保为客户和市场提供稳定、可预测、安全且持续的服务。
这种 IT 组织结构让开发团队和运维团队的使命和动机相互冲突。冲突降低了 IT 部门的生产力、服务质量、客户满意度和工作成果，最终影响整体业务表现。
你背上了技术债务
不断救火、依赖临时解决办法以及为应付眼前问题开展计划外工作，只会使技术债务进一步累积。这既会影响开发和运维的绩效，也会给其他各方带来负面影响，包括架构、信息安全、测试、产品管理、发布管理以及业务利益相关方。
你可以把技术债务比作财务债务。财务债务越多，实现目标的选择就越少。最终，你几乎不可能作出正确决策来达成预期成果，而且很可能继续负债。
技术债务也是如此。技术债务越多，你能用来构建和交付正确解决方案的选择就越少。最终，你只能在临时解决办法上再叠加临时解决办法，在纸牌屋上再搭纸牌屋。它们全部倒塌只是时间问题。这一点你早已知道。
企业靠最脆弱的系统赚钱
一个不意外却令人担忧的事实是，你的企业中最关键、最能创造收入的系统，反而最容易出错、崩溃和停机。
这些系统通常处于业务核心，你还没有参加过一次完全不涉及它们的会议。几乎所有项目都会影响这些最关键的系统。它们对业务如此重要，需要持续投入、紧急变更和计划外修复，但它们仍然没完没了地引发优先级为 1 的事件。
违背一个承诺，就许下更大的承诺
IT 组织不断违背承诺，让利益相关方失望，而利益相关方为了弥补以往的损失，要求越来越高。你和领导往往只能说“为什么不呢”，除非已经有更好的工作机会在等着。
随后，软件开发与交付团队接到了一项比平时更艰巨的任务。关键系统与 IT 架构根本无法在规定的“紧急”期限内满足这些需求，于是你开始在现有的临时解决办法上再设计一层临时方案。
工作再也没有乐趣
最后，每个人都更忙了一点。你的日程里再也找不到一个小时，可以不受打扰地做你受雇负责的工作。邮件像雨点一样落入收件箱，你只得用开会时大多没什么效率的时间，清理和扫读那些大多含糊又没意义的来信。你开始纳闷，公司为什么没有开设如何使用和撰写邮件的必修培训。
你通常需要依赖其他团队才能继续自己的工作。然而，几周前你沟通的需求甚至还没进入对方团队的视线，因为他们刚启动新的“Horizon 2400”项目，同时还得处理脆弱的软件应用引发的 9 起优先级为 1 的事件。
你开始有点不耐烦，因为你需要另一个团队指定的唯一联系人答复几个问题，才能继续自己的工作。
你忍不住又发了一封邮件提醒对方。这次你抄送了她的上司，并觉得第一次提出请求时就该这样做。
没过几秒，屏幕上就弹出两条外出自动回复。另一团队的唯一联系人将在“Horizon 2400”研讨会上忙到本周末，她的上司今天生病在家。
总结
本章介绍了大多数企业和 IT 专业人士面临的挑战，以及几乎每家企业、每位专业人士都在经历的恶性循环和不断下滑的困境。
Gartner 估计，全球企业每年在未纳入预算、未经计划的 IT 维护工作上浪费约 6000 亿美元，只为让能带来收入的 IT 系统继续运行。把这个数字完整写出来，就是 600,000,000,000 美元。
看到这里你可能已经发现，在信息技术这样高度依赖认知能力的行业，如此程度的浪费并不容易理解。
这是一个值得应对的挑战。DevOps 能为一些企业提供答案，也许也能帮助你的公司，前提是你的公司愿意试验、学习和调整。
