2019-10-08这个专栏真是来得及时，我们公司从今年年初开始全面转向DevOps开发模式，整个发布流程都要重新建构。希望通过这个专栏，不仅能帮助公司顺利转型，也能让我这个半路出家的运维工程师打下扎实的DevOps知识基础，为将来至少30年的DevOps工作铺平道路。谢谢石老师！作者回复: 感谢你的回复，看来你对DevOps的前景充满信心，也期待你的问题，我们一起学习进步。另外，你是我见过的对DevOps最有信心的同学，30年足够做到退休啦！
2 11- 2019-10-10石老师 好
我们部门这边的项目 已经在摸索 devops在项目中的应用。
已经开始用docker容器快速部署，gitlab、jenkins持续交互。接下来会做k8s和监控的应用以及敏捷开发，进而完成快速迭代和持续交付。
因为 刚接触一个月，所以需要全面了解相应知识点和各个工具的作用，更希望 能快速上手，所以希望 石老师 能先实战，然后回头解释理论，用案例和项目来驱动。
学以致用，才会掌握知识和工具，希望石老师 的课后练习不要少。作者回复: 很赞，一个月的时间能把这一套东西整出来相当不简单啊。其实我理解每一个工具和实践都需要在实战中积累经验，所以后面我会针对每一个实践，从理论，案例和经验方面进行展开。当然这多业务形态和行业背景，不可能面面俱到，最好的方式还是就事论事，讨论实际推行过程中的问题，所以也欢迎你继续关注并提出你们的挑战和疑惑，我们一起讨论哈。
2 5 
2019-10-09校招从服务端调岗到devops，一个人做内部系统，前后端都写，弄得我很迷茫，感觉devops算运维吧，可又不涉及sre的运维业务，跟服务端比，写起功能来感觉很随意，自由度大，没什么规范。老师，我想问下，您觉得devops跟sre以及后端开发的区别在哪，各自有什么特点，devops有必要再转回服务端嘛。作者回复: 看你的描述，你现在应该是在做面向内部的工具平台开发吧。其实，在稍微大点的公司里面都有这样的团队，比如像运维开发，测试开发，相比业务系统来说，由于不直接面向用户，所以这些系统相对服务端来说对架构设计，高可用，高并发等的需求没有那么高，也就是你所谓的自由度大吧。
而SRE是传统运维演进的一个方向，需要有很好的开发能力和运维背景，所以经常被视为DevOps工程师。
其实我的理解，这些岗位都很重要，完全看你个人的方向，在国内很多公司，都是最优秀的人来做内部工具平台，因为他们既了解开发喜欢和工作方式，又具备类似DevOps这样的知识和理念。
所以如果倾向业务开发，服务端更合适一些，但相对的接触面会比较窄，而SRE又是需要运维经验的积累，是不同的方向。DevOps代表未来的趋势，需要加强技术积累的同时，对技能的广度要求更高。所以，你可以根据自己的发展方向来考虑哈。 4
2019-10-09有幸在上海 JUC 2017听过石老师的 Jenkins 落地最佳实践分享，收获很多。
目前正在外企做DevOps，给我困惑比较多的是 DevOps 涉及的技术实在是太广了，涉及编程语言、操作系统、网络技术、路由器配置、自动化配置管理(Chef, Packer)，云计算及虚拟化等。很多时候我会迷失在知识的海洋中，不知道该学什么，有种什么都想学，什么都学不好的感觉。
还有一点我做的不好的，那就是我没有宣传和推广DevOps。我们团队很多人都不知道DevOps 是什么，我每天都在干什么。作者回复: 说的太对啦，咱们搞IT还是切忌什么都懂一点，但又什么都不精通。我的建议还是从当前的职责范围出发，先把现有领域的技术实践搞透，再拓展上下游领域那些最核心的能力。关于这部分内容，我会在番外篇中聊聊我的个人看法。
关于第二点，可以多做做内部分享，推荐大家听听专栏，外面的大会也有很多，适当的洗脑还是很有必要的😄 4
2019-10-08石老师的语速可以在慢点作者回复: 你好，感谢你的提醒，我会后面注意的！主要DevOps内容太多，看来可以给极客时间App提个慢速播放的需求哈😄
4
2019-10-09配置管理新兵，一开始就做配置管理。没有开发经验没有运维经验，一个人艰难步行。作者回复: 你好，我见过很多公司都是配管在推DevOps，作为过来人，我觉得配管有其他角色不具备的优势，比如全局视角，流程能力，沟通能力，工具链等，所以可以和专栏的伙伴多多交流哈😄
1 3
2019-10-15哈哈 我还不懂DevOps 是啥意思作者回复: 所以我听到过这样一种说法，为什么持续交付没有火起来呢，是因为大家都能看得懂是啥意思，到了DevOps创造了一个新词，看不懂了，所以就火起来了😄
2
2019-10-09配置管理 -》构建发布 -》Agile -》DevOps -》 SRE ，DevOps热度超不过10年，会有新的名词来代替，尤其是机器学习出现以后，连软件开发都要重新定义了，DevOps也会变的。作者回复: 同意，总会有新的软件开发交付模式诞生，推陈出新，期待下一波节奏可以由中国的工程师来主导💪💪💪
2- 2019-10-21请问老师有什么devops的书籍推荐呢 谢谢！
作者回复: 你好，这个问题有点宽泛，我在后面也会有专门一讲来介绍学习的资料，简单来说看趋势可以参考DevOps状态报告，全局视角和案例可以看《DevOps实践指南》，敏捷实战可以看何老师的《精益产品开发》，学习工程实践主要参考两本《持续交付》，这些都是比较经典的书或者材料哈
1 
2019-10-20最近一年也在做软件工程方面产品的go to market工作，也看了一些书籍，例如凤凰项目，O'Reilly的学习敏捷等等，正好也想看看业内的实际应用，因为不是研发技术出身，但却看好这个市场特别是在国内还是有很大发展空间，只是苦于如何转型，不知道是否有适合自己的岗位角色作者回复: 你好，目前国内这方面的人才的确非常欠缺，关于发展路线图可以参考特别放送篇的内容，我个人感觉如果想脱颖而出，还是得上得厅堂，下得厨房，如果敏捷不能落地，团队没有感受到敏捷带来的好处，那么转型就无从谈起了。
1
2019-10-14老师请问你这个课会具体教gerrit jenkins,sonarqube,git的配置,自动配合和操作实战吗，还是以理论为主？作者回复: 你好，关于这些工具的使用问题，你可以随时问我哈，还是比较熟悉的哈。关于工具，可能每个人的问题都不同，所以专栏更多的会关注具体的工程实践，辅助工具介绍。
当然如果类似这样的问题很多，我会提取一些在番外篇中进行加餐，咱们的专栏还是以大家的反馈为参考哈，所以欢迎你多多留言哦！ 1- 2019-10-09将自己的经验分享，可以让后来人有参考，支持👍
作者回复: 谢谢你的支持，也欢迎你多多分享你的经验，我始终觉得有一个平台给志同道合的朋友一起交流，这很DevOps😄
1 
2019-10-09想请教老师，这个专栏更适合运维还是开发？作者回复: 你好，很难讲只有开发，或者只有运维就能落地DevOps的，因为最开始的初衷也是把敏捷的思想在运维工作中实践，所以开发和运维一个都不能少。
从我接触过的公司来说，开发中心主导的不在少数，但是运维SRE也很DevOps，所以我觉得对于不同的角色，出发点和侧重会存在不同。 1
2019-10-08其实不太懂什么才是真正的devops作者回复: 其实，我觉得能解决问题的DevOps，才是真正的DevOps哈。DevOps只是一个符号，我们真正关心的还是如何不断提升软件研发交付效率和质量，更好的为业务服务哈。
1- 2019-10-08会涉及Jenkins X的内容吗？
作者回复: 你好，Jenkins X体系相当庞大，我会在云原生和开源工具的部分有所涉及，但是不会面面俱到，感兴趣的话我们可以线下交流哈🤝
2 1 
2019-11-21雪峰老师，听完了很有诱惑力的开篇，更期待后续精彩的内容。作为一名忠实粉丝，给你点赞，为你打call，｡◕‿◕｡作者回复: 你好，感谢支持，一起加油哈！
2019-11-16谢谢雪峰老师的分享：）作者回复: 你好，谢谢你的关注，欢迎多多留言交流😝
2019-11-12devops应该是一种自上而下的运动，文化或习惯，从业务到研发开发，没有形成标准流程和规范，没有默契的跨团队对接，像我，单独一个运维，在公司倡导不起来。作者回复: 你好，你说的的确是很多公司的现实，我一直在团队内部倡导一个思想，救人先救自己，如果改变不了别人，就先把自己范围内的工作按照DevOps的思想进行改造，至少自己的工作标准清晰自动化了，那么上下游协作就有精力思考和改进了。
2019-10-29老师能不能介绍一下京东内工程效率部和业务部门的关系，在开发过程、运维上线、故障排查方面的协作机制，还是之间只有平台和工具的交集？作者回复: 你好，工具平台只是其中一个方面，想做好工程效率，还离不开流程优化，实践落地，培训教练等等，关于工程效率团队的职责，我可以给你分享下之前的想法和总结，供参考：
* 提供一体化开放的标准研发协同平台和高效易用的研发工具链
* 持续优化端到端产品交付流程，助力产品和服务的高质量持续交付
* 塑造业务导向高效协同的工程师文化，鼓励创意创新的快速落地实践
* 面向用户提供灵活的研发效能解决方案，并反哺平台核心能力建设
2019-10-24期待后面会有DevOps全开源端到端部署流水线的部署讲解或案例，谢谢！作者回复: 你好，如果感兴趣的话，我可以增加一个番外篇内容，专门介绍工具哈。