电子书《devops实践》《devops实践》
111
内容简介：
practical devopsdevops实践端典] joakim verona電子工業出顺publishing house of electronics industry比京 beljing
内容简介devops实践》介绍了 devops的起源和概览.并通过一个贯穿全书的例子.从架构开始.到代码的存储、构建、测试、部署、监控.直至流程的跟踪.推荐了许多可用的工具和可行的示范.是一本 devops实践方面不可多得的参考书籍本书面向愿意承担更大责任的开发人员和系统管理员.也很适合愿意更好地支持开发人员的运维人员。无须任何 devops知识即可快速上手copyright o packt publishing 2016. first published in the english language under the title’practical devops’本书简体中文版专有出版权由 packt publishing授予电子工业出版社。未经许可.不得以任何方式复制或抄袭本书的任何部分。专有出版权受法律保护版权贸易合同登记号图字:01-2016-3999图书在版编目(c|p)数据devops实践/(瑞典)约阿基姆·维罗纳( joakim verona)著:高清华.马博文译北京:电子工业出版社.2016.10书名原文: practical devopssbn978-7-121-29812-71①d…ⅱ.①约…②高…③马…ⅲ①虚拟处理机ⅳ①tp338中guo版本图书馆cip数据核字(2016)第207459号责任编辑:张春雨印刷:三河市双峰印刷装订有限公司装订:三河市双峰印刷装订有限公司出版发行:电子工业出版社北京市海淀区万寿路173信箱邮编:100036开本:787×980116印张:13.5字数:3024千字版次:2016年10月第1版印次:2016年10月第1次印刷凡所购买电子工业出版社图书有缺损问题.请向购买书店调换。若书店售缺.请与本社发行部联系联系及邮购电话010)88254888.882588质量投诉请发邮件至zitsaphei.com.cn.盗版侵权举报请发邮件至dbqg(aphei.com.cn本书咨询联系方式:[email protected]。
译者序什么是 devops?我的前同事李光磊将其译为开发自运维.他还写了篇很有意思的博客来说明:htp/ liguanglei. name/blogs/2015/04/22 devops-chinese-name/。这个将开发和运维结合起来的词.代表了一种文化.那就是大家共同协作。狭义上的大家.指的是开发和运维广义上.指的是所有软件生命周期里参与的角色“共同协作”是个富有正能量的词。感觉上.随便往哪儿一套都是正确的。那为什么要在 devops里着重强调呢? devops到底解决了什么问题?归根结底.就是提高产品质量思考的你.可能心里已经有千万个提高产品质量的方案从脑海里呼啸而过—代码审查自动化测试、持续集成、代码质量管理工具、程序员鼓励师……对对对.这些方案都能在某种程度上解决一些层次的问题。但是.产品质量的根源在哪儿呢?在于人。如果开发者对自己要做的事情不负责.甚至压根儿不知道后果.怎么能指望这样的人能够生产出来高的代码呢?举个例子:作为开发者.我知道自己写的代码会由测试部门来进一步测试在有进度压力的时候.我就会更倾向于去想:“那就先这么凑合着吧.反正有问题qa们会说的”。如果我不知道部署和维护产品是怎么一回事.我就不会主动地在产品里写上ri志的代码。对于运维人员来说.由于处于软件生命周期的下游.相信对类似的场景感触更甚。devops能够做到的事.就是让人有这个意识:需要对产品的质量负责。 devops能够提供一个平台或机制.让我能够从中找到所需的资源共同协作”也是个虚无缥缈的词。它应该如何落地呢?这就是本书想要给读者们带来的内容。在实践上.从架构开始.到代码的存储、构建、测试、部署、监控.直至流程跟踪.本书推荐了许多可用的工具和练习.确实无愧于《 devops实践》之名。细读全书可以对其有一个全局的概览并充实自己的 devops工具箱;而在实际场景中再查阅本书将其当作一本各种技术的快速参考手册也不失为明智之举。本书的许多实例通过 docker启动.在紧随潮流技术的同时也简化了练习步骤.值得花些时间试试。在企业里.使用自动化和持续交付来提高代码部署频率、降低代码上线间隔。这样的指标是比较容易统计的在让管理人员满意的同时.也能减少开发和运维的痛苦。只有让各角色都真切地感受到实
vops实践惠.大家才会更加愿意从心底接受并积极参与到这一过程中共同协作”是个看上去很美的词。为什么大家还不赶紧拥抱它?因为它的成本可能还挺高的。大型企业在管理上.通常权责分明.从而导致每个角色的成员都不愿意轻易踏足其他领域;流程烦琐.导致一个小小的改进也需要漫长的批复;.安.全.性要求高.引发各种违规.进一步导致没有和其他人分享的意愿;员工操作权限管理精密.上不了网、下不了包、开不了虚拟机……这些问题.虽然不至于疾在骨髓.但起码也在肠胃了。而且.自动化测试、部署流水线等都需要比较高的成本。在看见收益和认清自己之前.可能大多数人也会像蔡桓公那样默认拒绝吧:“医之好治不病以为功”。成本最低的时候.可能就是开始写第一行产品代码的时候。话虽如此.任何时候都是实现 devops的最佳时机.因为随企业的扩大和代码库的膨胀.成本一定是越来越高的。另外.完全地追求技术上的卓越而忽视成本也不是 devops的推荐做法。读者们在阅读时.也会看到 devops在一些状况下采取的权衡方案你希望在一个大家敞开心胸、相互拥抱的环境里共同协作以打造最好的产品.还是守着自己的一亩三分地.与人争辩这是谁的责任.抱怨人们冷漠的同时拒绝其他人的“与你无关”的要求?从本书开始.应用自己获得的知识.并尝试改造这个世界吧!
关于作者joakim verona是一位擅长持续交付和 devops的咨询师。自194年以来.在系统开发的所有方面他都曾工作过。他积极地在诸如web系统、多媒体系统和软硬件混合系统等复杂的多层系统上做出了领导实践者的贡献。自2004年以来.他广泛的技能兴趣把他导向了新兴的 devops领域akim在林雪平理工学院完成了计算机科学的硕士学位。他也曾作为咨询师工作在各种各样的工业领域中.例如银行和财务、电信、工程、印刷和排版.还有游戏开发。他还对敏捷领域感兴趣.是一位 scrum认证的敏捷教练、 scrum产品负责人并拥有java认证我想要谢谢我的妻子. marie.在写这本书的时候她就是灵感的源泉。我也想谢谢过去数年曾经一起工作过的所有人和公司.让我可以工作在我喜欢的事情上
#############################################
