本文目录
- 对于有志于从事devops相关职业的人，学东西的过程中要如何去实践
- 在职业规划上devops和网络该怎么选
- 想知道程序员眼里的DevOps文化是怎样的
- 我是学java的，公司现在打算叫我做DevOps，请问哪个比较有前景
对于有志于从事devops相关职业的人，学东西的过程中要如何去实践
这个问题很不错，自己从事DevOps有3年了，并且会一直从事下去，作为自己的事业深耕。这里不只是为了回答题主的问题，也是为了自己对以后如何去更好的实践DevOps有个梳理。
从工具做起，培养DevOps思维
做任何行业都会有起步阶段，起步的时候我们不可能看的远，理解的也不够深。可能听别人说过DevOps或者从网上看过类似的介绍，就认为DevOps就是把工具做好，让研发更快。对于初学者的确是这样，就是为了把某个工具做好，或者利用现有的工具提高企业内部的研发效率。比如，搭建了一个jenkins就实现了自动化的持续集成，搭建了一个gitlab就能够将企业内部代码统一托管起来，搭建Nexus服务器，实现依赖包的统一管理，搭建Zabbix监控服务器，实现应用服务的监控和告警。这些都是具体的工具，对于初学者，不管是负责开发还是运维，这些工具的使用都是必须的。另外，还要会开发语言，java，python，shell等，自己开发DevOps相关系统。通过具体工具的开发和使用，就会遇到用户的各种问题，这些问题是非常宝贵的财富，每一个问题都会引导你去思考这些工具在哪里没有满足用户需求，为什么？如何去满足？
专注部分更要有全局视角
DevOps的范围是非常广泛的，初始阶段的工具建设是基础，但也只是冰山一角。在做DevOps实践时，我们要专注某一个领域，比如敏捷开发，版本控制，持续交付，运维监控等，每一个领域如果深究，都有很多东西需要学习，都有不断优化的地方。初此之外，我们还有对整个DevOps全貌有个了解，要清晰的知道自己所从事的这个阶段在整个DevOps里处于什么样的位置，我的未知领域是什么？这样我们看到的不只是冰山一角，而是整座冰山。
理论要联系实际
实践出真知。在如今互联网各种知识泛滥的年代，我们缺少的不是获取知识，而是实践的机会。互联网发展20多年，作为软件开发人员的我们，架构师都是未来努力的方向，看过好多《如何成为一名合格的架构师》，对着技术的发展，新框架封装的越来越好，开发人员只需要几个简单的步骤就能使用强大的功能，对于哪些经历过从零打造一个框架的机会，经历过日访问量上亿的系统的改造的机会，经历过阿里双11的架构师又有几个。DevOps也是一样，只有真正去做了，做过了，痛苦过了，回头再去读哪些DevOps书籍的时候才能与作者产生共鸣，里面的每一句话，每一个字才能彻底理解，因为这些都是日常工作中遇到的问题。
DevOps认证，能力的证明
认证是自己能力的证明。这个有肯定比没有好。我们说自己很牛，拿什么来证明呢？现实就是这样，拿着清华大学的毕业证去找工作就是好找。DevOps也是一样，昨天看到一个文章，DevOps举办的一个活动，要求有DevOps相关的认证，这就是敲门砖。就跟上大学一样，既然去上了，拿个毕业证也算是给自己一个交代。
DevOps是属于软件工程垂直领域，如今，都在讲长板原理，要把自己的优势变得越来越强，你就是成功者。
以上是自己的理解，欢迎留言交流！
在职业规划上devops和网络该怎么选
不太了解比现在做什么。
如果你现在做软件开发或测试，去做DevOps，未来很多公司去实施DevOps，钱途会很不错。
如果你现在从事网络，转型其他岗位不是很容易，继续做好网络也不错；如果是运维转DevOps相对容易些。
想知道程序员眼里的DevOps文化是怎样的
本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。
其实目前随着技术的发展，以后的趋势会越来越想DevOps的目标发展。
前端已经不是单纯的html+css+js那么简单，更多的是要求一个前端既能开发pc端，又能开发移动端，还能开发小程序，甚至连数据库和后台都要前端搞定。也就是说连前端都在向全栈的趋势发展。
那么后端呢？后端也不再是单纯的架构与接口开发，数据库的架构设计与优化维护，程序的部署与上线，项目的自动化运维，软件更新后要实现不停机的发布。以前可能写后端的就是写后端的，发布部署运维都是有服务器运维人员搞定，但是最近越来越多的招聘要求表明，公司更多的是要一个可以搞定运维的后端开发人员。
比如Java中目前比较流行的服务网格化，K8s，Jenkins，docker等技术体系的出现，这些东西都要求Java开发人员去掌握，那么其实这些东西不都是运维人员应该干的吗？
随着智能化的发展，以后的代码编写肯定不是再像以前那样，一个项目动不动就几十万几百万几千万行代码，更多的是轻量级开发，可以很快速的实现项目开发。那么剩下的操作，运维其实就很重要了。
所以现在，尤其是一些中小型公司，公司里甚至都没有专门的运维人员，后端程序员一肩挑，前后端+运维自己搞定，这必然是以后的发展趋势。
如果想学习Java，可以关注我，获取全套免费学习教程。
我从事开发培训10年，擅长Java,Android,H5,大数据,PHP等多个不同的技术方向。后续我会写一系列关于互联网技术方面的文章，感兴趣的朋友可以关注我。另外如果你有Java,Android,H5等开发方面，或者是求职方面的问题，也可以在评论区留言，或者私信我，相信一定会让你有所收获！
我是学java的，公司现在打算叫我做DevOps，请问哪个比较有前景
DevOps，开发运维一体化，这是一个趋势。
DevOps，包含两个概念：Development和Operations，即开发和运维，分属两种角色，不同的职能。
传统的项目管理流程，开发和运维是完全分开的。
拿Java来说，开发员把代码开发完毕，测试通过后，会将项目打成一个war包，交给运维人员去部署。运维人员先配置好应用服务器（如Tomcat、JBoss等）和数据库，然后把war包复制到指定的目录下，启动服务器，即完成了部署。
传统的方式，开发和运维一刀切，彼此间缺少沟通和了解，缺乏信任。
当有问题时，经常出现扯皮、相互推诿的情况：运维说是开发的代码有问题；开发说运维部署的方式不对。
造成的后果是：问题处理不及时、管理失控。
DevOps的目的，是将开发和运维的对立面打破，使两者融合，你中有我，我中有你。
运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案；
而开发人员，也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。
DevOps的实施，促进开发和运维人员的沟通，增进彼此的理解。通过合力共事，在问题出现时就能一起承担，迅速解决。
你说公司希望你做DevOps，我更愿意理解为：公司希望你去了解DevOps的执行过程，而不是让你单独去承担Ops的职责。
DevOps相关的技术栈，拿Java举例，有Git、Maven、Jenkins、Docker，甚至服务编排、动态扩容等。
除非项目很小，你才能承担起简单的DevOps工作。对稍为复杂的项目，一个人是很难应对的。
一个中大型的系统，开发和运维这两个部门必须同时存在。
开发部门不可能通过DevOps去取代运维部门，同理，运维部门更不可能通过DevOps去取代开发部门。
开发和运维，两者都具有同等的重要性！
因为，DevOps设计的初衷，是融合，而不是取代！
