软件开发工程DevOps学习笔记.pdfVIP

目录 一个故事 DevOps概述 DevOps解决那些问题？ DevOps 如何实施DevOps? DevOps与ITIL 总结 一个故事：部署软件产品 【开发部门】 开发部门要开发一款新产品。这款产品要使用最新最炫的技术，来保证客户的所有花俏的 需求，从而给公司带来百万美元的利润。这款产品被要求使用最新的技术和运行平台，还 得马上交付。于是开发部门没日没夜的加班、赶代码(cuts code like crazy），终于如期 完成了任务。然后他们把自己的“杰作”一股脑的甩给了运维部门，后者还没能完全接手 ，前者已经迫不及待的开始了庆功会。 【运维部门】 接到产品后，运维部门每个人的心中都充满了恐惧。下面就是运维部门的恐惧之源： ① 这款优秀的产品在目前的底层平台上无法运行，因为这个平台{太古老了，空间不足， 不支持某某版本} ② 这款产品的体系结构跟我们的{存储，网络，部署，安全}模型不匹配。 ③ 这款产品的{ 报告，安全，监视，备份，服务提供} 我们搞不懂 ，所以没法把它做成 实际可用的产品。 一个故事：部署软件产品 尽管伴随着不绝于耳的抱怨和咒骂，运维部门最终还是把这款产品安装好了。不 幸的是，由于做了很多蹩脚的修改和不合理的强迫式运行，这款产品的性能最后 被归结为：终极失败（Epic Fail）。 于是非常沮丧的运维部门开始记录各种问题，源源不断的给开发部门提Issue。而 开发部门的回应基本上都是： ①这不是我们的错 —我们的代码非常完美—而是（运维部门的）部署做的太差劲 了。 ②运维部门比较笨，他们不懂新技术—为什么他们没法实现最新的技术呢？为什 么他们这么落伍呢？ ③在我的机器上运行的没问题啊…… 两个部门之间的交流很快变成了一场暴风骤雨。客户（以及股东、投资方和管理 层）则成了蒙受损失的失败方。最终公司损失了无数的金钱，大家也都失业了。 终极的失败。 DevOps 就是想方设法的避免这种 “终极失败”，同时让大家用更聪明更有效的 方式去工作。它是一种框架，包含了很多优秀想法和原则，它鼓励开发部门和运 维部门通力合作。在DevOps环境中，开发人员和系统管理员会构建一些关系、 流程和工具，从而更好的与客户互动，最终提供更好的服务。 一个短片 短片 影片是2010年DevOpsDay的开场短片，影片中，查理·卓别林的角色是运营人员，但一连串 的事件让他觉悟到DevOps的能力，影片中影射的问题是： 1、开发人员经常不考虑自己写的代码会对运营造成什么影响。他们在交付代码之前，并不 邀请运营人员参与架构决策或代码评审。 2 、开发人员对配置或环境进行修改之后，经常没有及时与运营人员沟通，导致新的代码不 能运行。 3 、开发人员可能对运行时环境缺乏了解，从而难以正确地对代码进行调整。 4 、运营人员可能对应用程序内部缺乏了解，从而难以正确地选择运行时环境和发布流程。 5 、运营人员尝试避免变更，新功能流入生产环境的速度因此被延缓，从而延缓了开发人员 将特性交付给用户使用的速度。 目录 一个故事 DevOps概述 DevOps解决那些问题？ DevOps 如何实施DevOps? DevOps与ITIL 总结 什么是DevOps 集合性概念 能够理顺开发和运维之间相互配合关系的任何事物。 DevOps是一组过程、方法与系统的统称，用于促进开发（应用程序/软 件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。 它的出现是由于软件行业日益清晰地认识到： 为了按