《架构世界》2018新年特刊：给DevOps打上企业级最佳实践标签 - (EPUB全文下载)

文件大小：7.87 mb。
文件格式：epub 格式。
书籍内容：

《架构世界》2018新年特刊
给DevOps打上企业级最佳实践标签
EAWorld
浙版数媒
版权信息
《架构世界》2018新年特刊：给DevOps打上企业级最佳实践标签
EAWorld
©浙江出版集团数字传媒有限公司 2018
非经书面授权，不得在任何地区以任何方式反编译、翻印、仿制或节录本书文字或图表。
DNA-BN：
制作：苏野
出版：浙江出版集团数字传媒有限公司
浙江 杭州 体育场路347号
互联网出版许可证：新出网证（浙）字10号
电子邮箱：cb@bookdna.cn
网　　址：www.bookdna.cn
BookDNA是浙江出版联合集团旗下电子书出版机构，为作者提供电子书出版服务。
如您发现本书内容错讹，敬请指正，以便新版修订。
©Zhejiang Publishing United Group Digital Media CO.,LTD,2018
No.347 Tiyuchang Road, Hangzhou 310006 P.R.C.
cb@bookdna.cn
www.bookdna.cn
目录 | Contents
卷首语：给DevOps打上企业级最佳实践标签
DevOps转型陷阱与核心实践指南
建设DevOps统一运维监控平台，先从日志监控说起
建设DevOps统一运维监控平台，全面的系统监控你做好了吗？
敏捷过程中如何保证代码质量
自动化工具后起之秀Ansible的部署实践
DevOps 5.0版本的150天历程
关于EAWorld
致力于软件架构创新与实践，加速企业数字化转型，EAii（Enterprise Architecture Innovation Institute）企业架构创新研究院旗下官方微信公众号。
微信号：eaworld，长按二维码关注
卷首语：给DevOps打上企业级最佳实践标签
2017年初，我们DevOps团队给自己定了个小目标，将自己的研发过程以软文方式分享出来，于是就有了“无数春笋满林生”的画面，写什么的都有：转型过程、项目管理、监控、运维、开发质量、测试管理、安全……，不禁问自己，DevOps的目标场景是什么、该怎么做？
15年刚开始规划DevOps产品时，很多人在议论这个产品的定位。我们目标客户的IT现状是一穷二白的？还是相对比较成熟的？前者会不会还不到DevOps的建设阶段？后者又怎么推动其做DevOps转型？一系列关于定位的问题背后，要求我们对整个软件工程进行重新审视：
1.过程来看，从瀑布到RUP、再到XP、敏捷、企业敏捷等，大家都开始推崇大规模敏捷+小团队文化，由此可见，快速迭代、持续交付是大势所趋；
2.工具来看，从早期的VS、Eclipse，到现在的TFS，RTC，工具本身已经从开发运行平台，发展为软件生产线，合纵连横，是大中型企业的发展必然；
3.组织来看，扁平化、去配管、零运营这些词被提及的越来越多，究其本质，是从效率、协作、自动、甚至智能等角度思考，旨在大幅降低管理与沟通成本，用机器替人；
DevOps作为软件工程发展的产物，要求企业在可控中不断度量、优化，将过程标准、将实践落地，形成可持续的生态建设。
看看外面的不同声音，一般分三类：
1.概念的差异：有人说DevOps是Dev2Ops、也有人说是Ops2Dev，还有像DevSecOps等新词的不断提及；
2.技术的差异：有人在讲，运用DevOps实现代码到线上部署的全自动，也有讲SpringCloud+K8s下的DevOps最佳实践；
3.DevOps是好是坏：有观点是DevOps在扼杀开发者，然后又看到有文章反驳，DevOps扼杀的不是开发者，而是开发生产力。
各类社区的观点层出不穷，有时在一些沙龙或闭门会议上还会激烈争论，造成这个的原因，我们忽略了所有做产品的本质：业务目标是核心、工具技术是手段，我们不该先谈论技术或东西的好坏，而是要清楚，你想通过DevOps解决什么问题。《DevOps转型陷阱与核心实践指南》一文里以通俗的语言阐述了我们做DevOps的一些业务目标：
1.从需求出发，驱动任务执行。
2.任务和代码生产相结合，进行追溯。
3.以任务为单位进行持续集成。
4.以需求为单位进行持续交付。
5.以质量为纲，进行系统验收。
6.运维规范化。
7.随时随地的沟通。
8.持续监控，持续改进
简而概之：一条生产线，从业务需求到线上资产的全链路打通，持续运营和优化。所以在后续的建设中，我们将项目过程切分成需求、设计、开发、构建、测试、部署、运营阶段，梳理每个阶段的输入输出、参与角色等，形成规范并通过工具不断提升自动化能力，旨在加速交付速率的同时，提升交付质量。
再说到技术支撑，不积跬步，无以至千里，经历了两年多的研发和灯塔客户实施，现在我们终于敢说，DevOps其实是没有标准产品的，有的是你对企业IT过程管理与控制的理解、以及一系列工具技术栈的沉淀。两年多的时间里，我们通过对诸多开源和商业技术选型，形成了一些列能力封装：
1.项目管理，集成Jira，定义里程碑、路线图、各类过程看板，抽象Jira模板，管理需求、冲刺、任务、bug等，形成最佳实践；
2.代码库，集成GitLab、GitHub、SVN等，打通账号与角色，形成标准flow；
3.持续集成，集成Jenkins、Sonarqube、Gradle、Maven、ESLint、JMeter等，打通构建、质量检查、部署、验证的开发流；
4.介质管理，集成Harbor、DockerRegistry、Nexus、Artifactory等，提供统一介质上传与下载能力；
5.自动部署，集成Ansible、kubernetes、Swarm等，屏蔽异构基础设施的差异，一体化的设计和部署；
6.流水线，集成BPS等，配合企业项目要求，动态编排流程，支撑持续交付；
............

书籍插图：

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。