您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
我是学java的，公司现在打算叫我做DevOps，请问哪个比较有前景？
的话,项目,都是我是学java的，公司现在打算叫我做DevOps，请问哪个比较有前景？
发布时间：2020-12-06加入收藏来源：互联网点击：
我是学java的，公司现在打算叫我做DevOps，请问哪个比较有前景？
回答于 2019-09-11 08:43:50
回答于 2019-09-11 08:43:50
DevOps，开发运维一体化，这是一个趋势。
DevOps，包含两个概念：Development和Operations，即开发和运维，分属两种角色，不同的职能。
传统的项目管理流程，开发和运维是完全分开的。
拿Java来说，开发员把代码开发完毕，测试通过后，会将项目打成一个war包，交给运维人员去部署。运维人员先配置好应用服务器（如Tomcat、JBoss等）和数据库，然后把war包复制到指定的目录下，启动服务器，即完成了部署。
传统的方式，开发和运维一刀切，彼此间缺少沟通和了解，缺乏信任。
当有问题时，经常出现扯皮、相互推诿的情况：运维说是开发的代码有问题；开发说运维部署的方式不对。
造成的后果是：问题处理不及时、管理失控。
DevOps的目的，是将开发和运维的对立面打破，使两者融合，你中有我，我中有你。
运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案；
而开发人员，也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。
DevOps的实施，促进开发和运维人员的沟通，增进彼此的理解。通过合力共事，在问题出现时就能一起承担，迅速解决。
你说公司希望你做DevOps，我更愿意理解为：公司希望你去了解DevOps的执行过程，而不是让你单独去承担Ops的职责。
DevOps相关的技术栈，拿Java举例，有Git、Maven、Jenkins、Docker，甚至服务编排、动态扩容等。
除非项目很小，你才能承担起简单的DevOps工作。对稍为复杂的项目，一个人是很难应对的。
一个中大型的系统，开发和运维这两个部门必须同时存在。
开发部门不可能通过DevOps去取代运维部门，同理，运维部门更不可能通过DevOps去取代开发部门。
开发和运维，两者都具有同等的重要性！
因为，DevOps设计的初衷，是融合，而不是取代！
回答于 2019-09-11 08:43:50
谢谢你的邀请回答，其实我也不是特别懂这些，对于发展前景而言我觉得确实应该考虑，但你也可以看看自己更想做哪一个，每行每业都有优秀的人，只要你用心做，有兴趣，你选择的那个都是正确的对你而言。有时候理性很重要，但用自己感性的想法加上理性判断也是不错的哦，至少你以后不会那么后悔
回答于 2019-09-11 08:43:50
前景要看你们公司的devops是不是真的如上面那个大神介绍的那种。如果单纯做运维的话，和开发一半一半。技术公司对完整的技术流程环节肯定是掌握的越多越好的。如果是业务公司的话，离业务越近越容易出成绩。运维这个时候会变成服务性的，再直白一点，运维最后容易成背锅的，最典型的一个场景，线上服务一旦出问题，运维肯定是第一个要半夜被叫起来重启回滚之类的。
回答于 2019-09-11 08:43:50
我认为是java，DevOps做的是交付工作，需求量不如java大。
回答于 2019-09-11 08:43:50
如果你是写算法的，搞ai的，那么devops就是屈才了。
如果只是日常写业务代码，偶尔造个轮子，跟着框架搞curd啥的，那么devops就是你的机会，升级打怪的机会。
现在devops就是容器技术为基础的，以kubernetes为表象的规模化自动化微服务调度。借助于弹性供应的硬件基础设施，来实现弹性可伸缩的云原生的高效系统。
在现有项目容器化，kubernetes化改造过程中，引入servicemesh等前沿技术到项目团队，在实践中学习云原生概念，掌握分布式系统的设计理念和实现细节，逐步成长为合格的系统架构师。
回答于 2019-09-11 08:43:50
没有什么冲突的，devops是解决方案，Java只是技术实现，当然整体的解决方案涉及到很多技术，比如自动化、流程、容器等。
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |