讨论：未来的运维方式：DevOps？（获奖名单已公布-2014-7-31）
本帖最后由 rdcwayx 于 2014-08-30 11:59 编辑获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4148357-1-1.html
“你在北京啊，做什么工作？”“我是做IT开发的。”“IT,我知道就是买电脑的”“不是卖电脑，是编程开发。”“哦，卖软件？差不多啊！”“不是.......”半个小时后，又有人问:“你在北京啊，做什么工作？”“我是打工的”
非IT的人员很多都搞不懂开发与运维的区别，甚至在他们眼中这与买电脑修电脑是一样的，当然，我们知道IT分类是越来越细了，就是坐同一办公室，都可能你不懂我，我不懂你。开发人员和运维人员认识世界的方法，以及各自所处的角色，都存在根本性的差别。他们都认为自己的做法是正确的。的确，孤立的来看他们都是正确的。更糟糕的是，开发和运维团队通常处于公司组织架构的不同部分，通常具有不同管理者的和竞争关系，很多时候都可能是对立的关系。人们越来越意识到传统意义上的开发行为和运维行为存在脱节现象，从而导致冲突和低效，因此DevOps应运而生。
DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。
以上是维基百科的解释。对于DevOps你准备好了吗？你有什么看法：
本期话题：
1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
2、你如何看待公司中的开发人员（运维人员）？（回答温和点不要在这引起争吵，也可能你的同事在看，造成现场对决！概不负责）
3、你公司在工作中有引入DevOps的方式吗？如何进行的效果如何？有什么新的冲突吗？（有就说，没有就回答下一题）
4、你认为DevOps会对现在的工作方式有多大改变，要做什么准备来对待或迎接DevOps的到来。
本期奖品:
从精彩分享中,挑选5名，可获《DevOps故障排除：Linux服务器运维最佳实践》图书一本
原书名：DevOps Troubleshooting: Linux Server Best Practices
原出版社： Addison-Wesley Professional
作者： （美）Kyle Rankin
丛书名： Linux/Unix技术丛书
出版社：机械工业出版社*
ISBN：9787111462828
上架时间：2014-4-16
出版日期：2014 年4月
咱这原来大家随意找开发问问题，打乱人家的开发步骤确实不好意思，而且有时候不确定软件问题是哪个开发的，得问多次才能确定。所以后来开发安排了一个接口人，专门用于和运维打交道的，这样开发也避免了被打断工作，我们也有了一个可以询问的人，简单问题就接口人直接处理了，若是个大系统则会安排找到开发者。 奖品这书貌似不咋地，目测。
我先谈一下自己的观点，公司开发不是都有文档么？？？
认真抓抓研发文档环节，就ok了 本期话题：DevOps
1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
这个当然有了，出现问题了，肯定是双方都有问题。但也可能其中一方在沟通上已经很负责了，追究下来只有凭良心说话了。
至于解决，如果大家比较和气比较客气，会私下解决。有时候也需要搬leader来帮忙协调
职场这个林子很大，什么鸟都有。还是看混社会的能力了
2、你如何看待公司中的开发人员（运维人员）？（回答温和点不要在这引起争吵，也可能你的同事在看，造成现场对决！概不负责）
开发人员是公司技术力量的主干，但运维也是公司不可缺少部分。既然职位的存在，就说明是公司的需要，不存在尊卑之分。
当然能力强的，为公司付出也多些，但是公司也会在支付对应的薪水呀。很多公司运维薪水很少有比得上一线研发的。当然不排除有些公司会派遣一位技术靠谱的研发来专职负责运维，然后薪水给的也蛮高的。
3、你公司在工作中有引入DevOps的方式吗？如何进行的效果如何？有什么新的冲突吗？（有就说，没有就回答下一题）
上家公司就有devops的方式。实际上很多大公司有大块数据业务需要的都有这块。
关于工作效果，这个还是要看公司领导的评价了。但是要说，devops如果人员匹配分工不当，还是会出现压力瓶颈的。
4、你认为DevOps会对现在的工作方式有多大改变，要做什么准备来对待或迎接DevOps的到来。
DevOps论技术毕竟肯定比纯ops要强不少，有潜力为公司做更多的事情。变化肯定是有的，或许DevOps未来会是个流行吧。 本期话题：DevOps
1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
作为开发人员，我只能说这个关于软件问题跟运维人员的冲突时必然的，当然如果你们的思维方式是一模一样，那就没有了，我们开发人员每个人的思维方式都喜欢跟随自己的思路，这样我们开发起来也会事半功倍，跟运维人员交流有时候较少，就出现问题了，一般会体现在软件的开发代码的功能实现上会有问题。。这个问题肯定是双方都有问题。因为一个巴掌拍不响嘛。至于解决，我们这里的开发人员与运维人员都比较熟，所以一般都是交流后私下解决。极其个别是在有较大分歧也会让领导来帮忙协调。。
2、你如何看待公司中的开发人员（运维人员）？（回答温和点不要在这引起争吵，也可能你的同事在看，造成现场对决！概不负责）
开发人员是公司技术力量的主干，公司的发展必须是依靠着开发人员的开发出来的产品。。但运维也是公司不可缺少部分。运维人员还是管理、制度、规范、流程的制定和推行、监督角色。运维的核心是运维思想，非运维技术本身，运维流程、运维规范、运维制度、自动化、智能化、批量部署、批量管理、网站架构优化、监控预警、流量及日志分析统计这些都是运维人员的工作，也挺重要的。。公司中开发人员与运维人员缺一不可。。
3、你公司在工作中有引入DevOps的方式吗？如何进行的效果如何？有什么新的冲突吗？（有就说，没有就回答下一题）
目前还没有 但是应该有这个打算当然这个归公司领导决定。。。
4、你认为DevOps会对现在的工作方式有多大改变，要做什么准备来对待或迎接DevOps的到来。
这个从敏捷开发到敏捷运维，。。。这个感觉变化还是蛮大的，毕竟人的工作方式都已经差不多确定了，现在又需要我们改变自己的方式，不过这个是推动公司不断发展的方式，应该还是会努力去接受吧。。至于准备的话。。个人会多去跟运维人员沟通交流吧，这个自己开发的产品就像自己的孩子一样，，必须达到最完美的效果才行啊，多去接受新知识，不断充电来面对新的变革吧。。。。
快速发展的互联网企业，传统大企业变化下来，才会有DevOps这样的名称。 expert1 发表于 2014-06-12 15:37 static/image/common/back.gif
奖品这书貌似不咋地，目测。
何出此言？重在参与嘛，呵呵 这书英文版已经看过了，感觉应该是给开发和测试人员看的，如果是运维的话只能当作是基础知识复习..
devops是敏捷开发方式的一种，极有可能是未来的趋势，但是做起来没有那么简单吧.
回复 9# GB_juno
谈管理，理论派多，实干派少