开篇词 | 从默默无闻到风靡全球，DevOps究竟有什么魔力？
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
DevOps：改变软件开发模式的魔力 DevOps是一种革新的软件开发方式，通过流程、理念和文化的全方位改进，实现了快速交付高质量的软件，满足用户需求，提升企业利润和市场占有率。文章作者石雪峰分享了他在软件行业深耕十多年的心得体会，介绍了DevOps的发展历程和对软件行业的影响，以及对企业和个人的重要性。文章还提到了DevOps的核心内容和学习路径，包括基础知识、落地实践、平台工具和转型案例等。作者强调了DevOps的思想和文化的落地依然任重道远，鼓励读者通过学习成为DevOps的思想者和实践者，实现个人和企业的双赢。整体而言，本文是一篇关于DevOps发展历程和实践经验的分享，对于想要了解DevOps的读者具有很高的参考价值。
2019-10-0829人觉得很赞给文章提建议
《DevOps 实战笔记》，新⼈⾸单¥59
全部留言(51)
- 最新
- 精选
晴空万里石老师您好 我是一个java开发工程师 做了一些后端开发 写过一些管理系统 一些小公司项目 看到现在外面主流java开发是微服务 分布式 高并发很是羡慕 但是自己机缘巧合进入了一个财务软件企业的DevOps工程部 负责自动化运维平台的开发 这个平台基于云平台来进行开发 我一个写后台的 对此一窍不通 而且觉得这个运维平台和主流java开发不符合 也不知道devops的前景怎么样 或者说只是因为这家公司比较大 工作不好找 而暂时留下来了 看到课程 就果断加入了 我的疑问是 做DevOps平台开发和做业务系统开发 有没有前途 我的年纪也30+了 不能在方向的选择上荒废了 ...请老师解答作者回复: 你好，感谢你的留言，其实我一直在思考你的问题，关于DevOps有没有前途的问题，我觉得是有的，现阶段也是DevOps发展的黄金时期，但至于说做DevOps平台的开发是否有前途，这还是取决于你对自己的发展定位。客观来说，DevOps平台如果不是对外商业化的场景，只是满足内部使用的话，对于所谓的高并发，扩展性等方面的要求相比业务系统来说并没有优势，所以如果单纯从写代码的角度来说，这两者的侧重点是不同的。其次，DevOps平台开发的优势在于对于上下游流程的理解，说白了如果开发运维平台不懂运维是肯定不行的，那么在开发的过程中就有机会了解不同领域的工作内容。 对于个人来说，核心还是要发展自己的核心竞争力，提升稀缺性和不可替代性，我之前看到一个文章说的很认同，企业里面最有价值的就是三类人，第一类执行力特别强的人，第二类创新想法很多的人，第三类能够调用大量资源的人，所以看看你自己适合哪个方面，不断加强自己的核心竞争力才是关键。 希望这些能对你有所帮助哈。
2019-10-18324
陈斯佳这个专栏真是来得及时，我们公司从今年年初开始全面转向DevOps开发模式，整个发布流程都要重新建构。希望通过这个专栏，不仅能帮助公司顺利转型，也能让我这个半路出家的运维工程师打下扎实的DevOps知识基础，为将来至少30年的DevOps工作铺平道路。谢谢石老师！作者回复: 感谢你的回复，看来你对DevOps的前景充满信心，也期待你的问题，我们一起学习进步。另外，你是我见过的对DevOps最有信心的同学，30年足够做到退休啦！
2019-10-08318- caozhao石老师 好 我们部门这边的项目 已经在摸索 devops在项目中的应用。 已经开始用docker容器快速部署，gitlab、jenkins持续交互。接下来会做k8s和监控的应用以及敏捷开发，进而完成快速迭代和持续交付。 因为 刚接触一个月，所以需要全面了解相应知识点和各个工具的作用，更希望 能快速上手，所以希望 石老师 能先实战，然后回头解释理论，用案例和项目来驱动。 学以致用，才会掌握知识和工具，希望石老师 的课后练习不要少。
作者回复: 很赞，一个月的时间能把这一套东西整出来相当不简单啊。其实我理解每一个工具和实践都需要在实战中积累经验，所以后面我会针对每一个实践，从理论，案例和经验方面进行展开。当然这多业务形态和行业背景，不可能面面俱到，最好的方式还是就事论事，讨论实际推行过程中的问题，所以也欢迎你继续关注并提出你们的挑战和疑惑，我们一起讨论哈。
2019-10-1038 
Quincy校招从服务端调岗到devops，一个人做内部系统，前后端都写，弄得我很迷茫，感觉devops算运维吧，可又不涉及sre的运维业务，跟服务端比，写起功能来感觉很随意，自由度大，没什么规范。老师，我想问下，您觉得devops跟sre以及后端开发的区别在哪，各自有什么特点，devops有必要再转回服务端嘛。作者回复: 看你的描述，你现在应该是在做面向内部的工具平台开发吧。其实，在稍微大点的公司里面都有这样的团队，比如像运维开发，测试开发，相比业务系统来说，由于不直接面向用户，所以这些系统相对服务端来说对架构设计，高可用，高并发等的需求没有那么高，也就是你所谓的自由度大吧。 而SRE是传统运维演进的一个方向，需要有很好的开发能力和运维背景，所以经常被视为DevOps工程师。 其实我的理解，这些岗位都很重要，完全看你个人的方向，在国内很多公司，都是最优秀的人来做内部工具平台，因为他们既了解开发喜欢和工作方式，又具备类似DevOps这样的知识和理念。 所以如果倾向业务开发，服务端更合适一些，但相对的接触面会比较窄，而SRE又是需要运维经验的积累，是不同的方向。DevOps代表未来的趋势，需要加强技术积累的同时，对技能的广度要求更高。所以，你可以根据自己的发展方向来考虑哈。
2019-10-098
xiaoxiunique哈哈 我还不懂DevOps 是啥意思作者回复: 所以我听到过这样一种说法，为什么持续交付没有火起来呢，是因为大家都能看得懂是啥意思，到了DevOps创造了一个新词，看不懂了，所以就火起来了😄
2019-10-157
心在飞有幸在上海 JUC 2017听过石老师的 Jenkins 落地最佳实践分享，收获很多。 目前正在外企做DevOps，给我困惑比较多的是 DevOps 涉及的技术实在是太广了，涉及编程语言、操作系统、网络技术、路由器配置、自动化配置管理(Chef, Packer)，云计算及虚拟化等。很多时候我会迷失在知识的海洋中，不知道该学什么，有种什么都想学，什么都学不好的感觉。 还有一点我做的不好的，那就是我没有宣传和推广DevOps。我们团队很多人都不知道DevOps 是什么，我每天都在干什么。作者回复: 说的太对啦，咱们搞IT还是切忌什么都懂一点，但又什么都不精通。我的建议还是从当前的职责范围出发，先把现有领域的技术实践搞透，再拓展上下游领域那些最核心的能力。关于这部分内容，我会在番外篇中聊聊我的个人看法。 关于第二点，可以多做做内部分享，推荐大家听听专栏，外面的大会也有很多，适当的洗脑还是很有必要的😄
2019-10-097
阿硕石老师的语速可以在慢点作者回复: 你好，感谢你的提醒，我会后面注意的！主要DevOps内容太多，看来可以给极客时间App提个慢速播放的需求哈😄
2019-10-086
Bryan Bai配置管理 -》构建发布 -》Agile -》DevOps -》 SRE ，DevOps热度超不过10年，会有新的名词来代替，尤其是机器学习出现以后，连软件开发都要重新定义了，DevOps也会变的。作者回复: 同意，总会有新的软件开发交付模式诞生，推陈出新，期待下一波节奏可以由中国的工程师来主导💪💪💪
2019-10-0925
YoungMarshual_besos配置管理新兵，一开始就做配置管理。没有开发经验没有运维经验，一个人艰难步行。作者回复: 你好，我见过很多公司都是配管在推DevOps，作为过来人，我觉得配管有其他角色不具备的优势，比如全局视角，流程能力，沟通能力，工具链等，所以可以和专栏的伙伴多多交流哈😄
2019-10-0925- Geek_23dfce请问老师有什么devops的书籍推荐呢 谢谢！
作者回复: 你好，这个问题有点宽泛，我在后面也会有专门一讲来介绍学习的资料，简单来说看趋势可以参考DevOps状态报告，全局视角和案例可以看《DevOps实践指南》，敏捷实战可以看何老师的《精益产品开发》，学习工程实践主要参考两本《持续交付》，这些都是比较经典的书或者材料哈
2019-10-214
