共计 1548 个字符，预计需要花费 4 分钟才能阅读完成。
DevOps 到底是 Dev 还是 Ops？答：属于研发工程师序列，偏差研发域，而不是运维域。
DevOps 是研发工程师
DevOps 次要服务的对象就是所有产研团队的人员，与产研团队打交道比拟多，相互配合更多，所以 DevOps 划分到 Dev 一侧比拟好。
Ops 更专一底层基础设施，IaaS，PaaS，和利用稳定性这些方面。
通常 DevOps 团队是负责开发产研基础设施的团队，反而外面很少有 Ops 工程师，基本上都是产品、开发和经营人员，咱们都是当作一个业务团队来运行。
我负责 DevOps 团队时，有些运维的小伙伴也想在工作之余退出进来做些开发的工作，这当然是欢送的。然而运维的小伙伴有很多本人本职的工作，过了一段时间咱们都发现了问题。
- 运维的小伙伴自身很忙，只有很少甚至没有工夫来写代码
- 我的项目排期紧，运维小伙伴领了开发工作，然而太忙了，根本无法跟上我的项目开发进度。
我的项目上的很多事件，都是有明确工夫点的，没按期交付整个团队都受影响。尝试了一两个迭代后，咱们就完结了这种做法。运维团队负责底层基础设施，咱们负责下面的平台建设。咱们做平台，他们用平台。
DevOps 招聘误区
DevOps 的次要工作在开发，而不是 Ops。很多公司招很多运维来做 DevOps 零碎，对于小公司兴许能够，然而略微大点的公司根本都不这么做。
招运维工程师来做 DevOps 个别都是小公司。你看我招了一个运维工程师还能做 DevOps 平台，两全其美，忙的时候做运维，闲的时候做运维自动化零碎，「可是占了大便宜」。这些做法在公司还小的时候无可非议，然而不能奉若至宝，认为这个情理放之四海哪里都能够跑得通。
其实对于小公司很少有资源真正投入到做 DevOps 平台，也不须要开发工程师，个别都是配置管理工程师、QA、运维工程师一起配合就能搞定。只有公司体量起来了，须要自研了，才真正的须要 DevOps 工程师，但这时候更须要专职的研发工程师了，配置管理工程师和运维工程师也成了平台的业务方。
咱们招聘 DevOps 工程师的时候都是间接招聘开发工程师。这里要留神的一点就是并不是所有的开发工程师都违心做外部平台，做 DevOps 零碎，因为外部零碎的下限和业务研发比照太低了，提供的机会也少。这一点和国外很多公司有很大区别，招聘的时候肯定要讲明确。否则人来了两天就跑了，节约感情和精力。
运维平台建设
运维小伙伴在大多数公司都是人力资源有余的状况，公司也违心把人力资源投入到业务，而不是撑持平台。运维小伙伴终日忙得脚都朝天了，其实即使主观能动上想去开发一些零碎，也是爱莫能助。我意识的很多运维小伙伴每天都要忙到中午，有时后半夜还要解决监控告警、导数据、迁机器。
运维团队须要研发的很多零碎谁来做呢？那些不间接面对用户、优先级不高的零碎能够让运维团队看本人工夫安顿自主抉择。其余零碎都是咱们团队在撑持。咱们建设平台、运维小伙伴用，正当分工，各自安好。
小公司招聘运维工程师做 DevOps 平台想法是好的，但往往也就是给运维换了个头衔而已；小公司的运维太忙，基本没工夫开发；小公司也没资源投入到自研 DevOps 平台建设。少数状况下开源工具够用了（有点逼格的公司除外）。
本文小结
本文次要讲了 DevOps 工程师次要的工作属于研发工程师序列，偏差研发域，而不是运维域。与此同时，招聘的时候也要招聘一些虚浮、靠谱、能力强的小伙伴。外部产研运合作平台不是久而久之就能做好的，须要长期、一直的投入，大处着眼，小处着手，一步步好高鹜远地往前走，最终守得云开见月明。
浏览我的更多文章
互联网公司研发效力 / 工程效率团队建设和布局
破局 DevOps|8 大北极星指标指引研发效力方向
DevOps | 产研协同效力晋升之评审、审批流、品质卡点
DevOps|研发效力 + 项目经理 PMO
devops|中小公司效率为王，没必要度量
