讨论：未来的运维方式：DevOps？（获奖名单已公布-2014-7-31）

cryboy2001

获奖名单已公布，详情请看：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月

haide1014

运维其实是高层

cfan0330

在亚马逊看了样书的目录，觉得这个可能对刚刚接触运维的，或者是IDC的人比较有用，但如果要说devops,个人感觉就差太远了，通篇书就只是说了咋个处理查看一般的机器网络环境问题，其他就呵呵了，简单一句话，跟dev（开发）根本不着边

dc222222222

首先说下，我是做运维的，在我离开我的项目时，开发团队都认为我是一个极好接触的运维，我特别感到欣慰。
我见过很多运维抱怨“1个开发累死10个运维”，也见过很多开发抱怨“运维经常电话不接，找不到人”。就我的经验而言，运维跟开发主要有以下矛盾：
1，一个关注功能，一个关注性能：有的开发为了追求速度，1下开100个线程，导致服务器load 100+，cpu100%，运维不断收到短信，也有运维为了提高服务器性能利用率，很多应用都跑在同一台服务器上。
2，各自只能组织KPI，开发要求快速上线，并且稳定 ，运维要求成本节约，而且在没有好的上线机制的前提小只能手动去上线代码，成本节约跟高效稳定在初期阶段看起来绝对是一个矛盾体。
3，各自知识点的欠缺，开发为了给运维将他们软件的实现原理而大伤脑筋，运维为了教开发使用linux也是苦不堪言。
如果开发要跟运维做好协作，我认为应该做好以下几个事情：
1，对于一个项目，双方应达到共识，早期关注功能，后期关注功能，早期，运维可多参与开发的会议，了解产品是如何工作的，后期开发一定要找出产品的风险点，配合运维降低因用户量大引起的各种性能问题。
2，kpi互通，毕竟是在公司嘛，谁还没有个kpi了，一般情况这些kpi都是合理的，其实也是做好一个项目必须做成的，所以大家需要了解彼此的kpi，协助对方去达成，这样才能有个好的合作关系。
3，技术学习，互联网的确是一个很庞大的体系，不管是开发还是运维，学到的都是冰山一角，就技术本身而言，最终都是对内存，磁盘，cpu等硬件资源的使用，只是所处层次不样，如果双方都对计算机有很好的认识，肯定能杜绝很多问题，双方合作也跟顺畅。
关于devops，我推荐以下工具：
1，gitlab。天生的版本控制工具，配合jinkens，测试，上线，一步到位。
2，puppet。服务器状态保持利器，可减少运维很多工作量。
3，docker，资源分片利用，提供最合理的测试环境。

action08

真实的情况，大家应该看得到的：



干了4年运维，还能转研发吗
http://bbs.chinaunix.net/forum.p ... mp;fromuid=20685819

action08

回复 48# txdgtwpv


    不要太自卑啊，有问题大家要坦诚友好的沟通，躲躲藏藏不是一个好办法，

不要拿得罪人说事，长久下去你自己就没有也不要存在感了？？

txdgtwpv

说多了都是泪

说出来都得罪人

还是来观望下大家的看法吧

wang1352083

1、你在工作中有与开发人员（运维人员）就软件问题出现过冲突吗？什么冲突，最后如何解决的？
冲突是必然的,出现问题后,运维找到问题,开发解决问题,小问题,运维自己解决
2、你如何看待公司中的开发人员（运维人员）？（回答温和点不要在这引起争吵，也可能你的同事在看，造成现场对决！概不负责）
运维多刚进公司或者dev水平不够的同学,运维是一个熟悉系统的很基础的过程,运维做好了,可能不仅仅是转开发,能升级开发leader
3、你公司在工作中有引入DevOps的方式吗？如何进行的效果如何？有什么新的冲突吗？（有就说，没有就回答下一题）
现在还没有
4、你认为DevOps会对现在的工作方式有多大改变，要做什么准备来对待或迎接DevOps的到来。
可能没有明确定义吧,现在已经差不多出现这类同学了.部门内部的运维开发就是这样.

General_715

我的工作是维护网站，运维开发全做了。apache，tomcat，oracle，jsp，html
所以没有冲突，就自己和自己冲突了。