找个合适的运维工程师好难

[adrianzhang]

一边是经济周期哀嚎遍野，一边是发愁找不到人。需要找一个运维工程师， JD 如下：
工作职责：
1.负责公司互联网业务线上环境部署与维护；
2.完善监控，报警，排错等管理平台建设；
3.性能调优和故障处理，保证业务 24*7 高可用；
4.负责自动化运维平台的开发和搭建。
职位要求：
1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等；
4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；
6.熟练掌握 Shell 脚本；
7.了解 Puppet, Ansible, Salt 等任一配置管理工具；
8.具有一定的网络知识，了解 TCP/IP 原理；
9.具有一定存储知识，了解 SAN ， NAS 等设备；
10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。

先不说别的，仅拿一条讲讲。
按照初始想法，精通 Linux ，既然给出了多个版本包括 LFS ，那应该指对于 Linux 内核 /文件系统 /存储 /硬件驱动 /启动 / 安装 /SHELL 等等都有相对良好（相对没有在某个细分项投入一定时间钻研）实际操作能力，才称得上“精通”二字（由于是运维类职位，并不要求对源代码有多深厚的掌握）。可是几乎全部候选人（ 20+，还是筛出的）对 SHELL 脚本和 VI 都不熟练。

给的薪资不能说多高，但 2~3 万还是有的。但就是很难找到符合要求的人。

看看 V2 小伙伴们怎么看。

其实很想知道，是不是 JD 哪里出了问题。 JD 想表达出的含义是： Linux 基础扎实，对开源软件有广泛了解。如果 JD 无法准确表达出这个含义，那么应该怎么写？

[pengfei]

感觉在后端做几年然后转运维做几年才能达到要求，话说我忽然知道自己工资低的原因了

[webs]

这个要求不高，算是高级工程师的水平。侧重操作系统方向，还是能找到的。

[tftk]

除了 精通 之外其他还好吧......

@julyclyde 大神怎么看

[mengzhuo]

@adrianzhang

具体不太清楚，毕竟厂里高压线。但我个人估计 package 不会低于 70W 。

[TheCure]

SHELL 和 VI 很没意思哎, 虽然不少人说这是运维鸡本功

我基本上国内一线的互联网公司运维 offer 都能凑合拿到, 但是觉得运维就三点 1. 自动化意识 2.开发效率 3.责任心

建立高效的部署变更平台, 完善自动化故障预案才是正经事.

不登录中控机就能运维才牛逼,整天终端命令打的飞起, 脑子里啥都没有,浪费时间,还觉得自己工作很充实

[a15819620038]

为啥我感觉这要求不是很高呀，有基础功的人没荒废三年时间应该是可以达到这种水平的？

[rogerchen]

@a15819620038
人家是一次玩一个服务器集群，拿签字费，出了问题要背锅的，谈何容易。

[adrianzhang]

@xia0pia0 要精通的只是系统啊同学

[adrianzhang]

@Hozzz 那你有兴趣试试吗？

[adrianzhang]

@cloudbeyond 理想的薪酬什么样？

[adrianzhang]

@callofmx 建立自动化，至少得对服务器环境自动化，各项配置、优化的内容，这些都需要人来写的。想找的人就是能够写并说明为什么那么写。

[zhaibin18]

搭车招人，本科以上，年龄越小越好，坐标帝都传统金融行业，有意邮件 zhaibin18#126.com 联系。

[franckcl]

很笼统对于招一个对口的人才没啥大用，按我理解楼主的精通描述来看，别说 2-3w 了，帝都要找一个这样的起码给年薪 70 以上吧

[adrianzhang]

@TankyWoo 有兴趣吗

[tywtyw2002]

这个写的跟招聘有 10 年以上并且在大型 IT 公司工作过的人的 JD 没什么区别。


先说下这条吧

按照初始想法，精通 Linux ，既然给出了多个版本包括 LFS ，那应该指对于 Linux 内核 /文件系统 /存储 /硬件驱动 /启动 / 安装 /SHELL 等等都有相对良好（相对没有在某个细分项投入一定时间钻研）实际操作能力，才称得上“精通”二字（由于是运维类职位，并不要求对源代码有多深厚的掌握）。可是几乎全部候选人（ 20+，还是筛出的）对 SHELL 脚本和 VI 都不熟练。

# 可以按照需求和文档编译 Linux 内核（注意不是 google 一下 Howto ），并且可以对 Linxu 驱动做出相应的修改应适应不同版本的内核，这个至少要 10W ，级别对应 senior 了。
# Linux 服务脚本的编写以及性能优化等（不是按照 Howto 或者在网上找个脚本），并且可以根据需要去打包各种 linux 成相应的 Linux 安装包。这个至少要 6W 。
# 得心应手的去写 shell 脚本，如果不是工作是有关于开发 linux 内核开发，或者大型底层软件的部署工作，基本上很难有人会精通 bash 。
# 不要去扯什么 LFS ，用什么 linux 就说什么 linux ，没事说 LFS 高端应聘者理都不会理的，因为一看就是 HR 在哪里看见的名词。
# 这一段话，达到入门需要 1-2 年纯 linux 环境的开发维护工作，熟练 3 年起，精通至少要 5 年的时间。

1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等； # 说过了
4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；
# 这个不说了，别忘了加上 Nginx ， Apache ， Squid ， ApacheTrafficServer ， BIND ， Redis ， PosterSQL ， Mangodb......
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术； # 怎么没有 Vmware vSphere 呢
6.熟练掌握 Shell 脚本； #盲写吗？ 熟练运用 grep ， sed ， awk 吗
7.了解 Puppet, Ansible, Salt 等任一配置管理工具； #Chef 呢
8.具有一定的网络知识，了解 TCP/IP 原理； #听过说算吗，需要熟料运用 tcpdump 吗。 TCP/IP 不知说就是 osi 模型好了。
9.具有一定存储知识，了解 SAN ， NAS 等设备； #SAN 要说说，什么叫了解呢，是配置过大型 SAN 网络设备吗？比如 FC Network 或者 SAS 存储阵列，用不用懂得 Enterprise level 的设备的配置以及维护？例如 EMC 的 Vmax ， Vplex ， extreme IO 。 HPE 的 3PAR 。
10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。


简单翻译成中文，“找一个熟悉 Linux 的人，给我们搭建一套 Devops 的自动化运维系统以及自动备份系统，可以自动部署 java 编写的 Web 服务并带有 MySQL 后端。

[franckcl]

@franckcl 补充一句，哪怕是天价也很难邀请来一个这样的人，既精通内核，又精通存储，还要精通虚拟化容器还要有 1-3 门精通的编程语言，不现实

[franckcl]

@tywtyw2002 其实一个真的精通 nginx 的人，就不止这个价了

[tywtyw2002]

@franckcl #117 是，按照需求去开发 nginx 的插件的人我也就不说了，一般都是一个 5 人组在做。

楼主看来是想找一个技术大牛去帮他们弄一套新的环境，之前的环境应该很乱。

AWS 的 devops 环境和工具开发了快 2 年，费用据说有$20M

[lhy360121]

运维平台开发你就很难找，除非这段描述是你抄来的。像我 80%的时间在运维开发，兼带运维监控。我复杂的 shell 就不会写，都是用 python,go 实现的。

建议你提高经验，且分成 2 个职位，一般运维开发不愿做基础的运维工作。

[zhouyang]

只要是能是 baidu 和 google 出来的教程的，我都能帮你做，你看我 ok 吗。。。

[deyu260]

了解 熟悉 精通 这三个词的区别

[rogerchen]

@tywtyw2002 所见略同，我觉得能把常见开源软件 configure 甚至是 patch 到适合特定的发行版，至少也是 Redhat ， Ubuntu 组的核心开发人员了。

@adrianzhang 我觉得你们可能还是要分割职位，总架构师一个职位，偏硬件和网络配置的纯运维一个职位，互联网技术栈 Devops 一个职位，如果还有数据分析技术栈，可能还要再单招一个 Devops 。
这些东西都摸过没什么了不起的，关键是服务器集群线上不能出岔子，出问题要能 hold 住的人不好找。那些说自己只要认识英文+活用搜索引擎就行的你敢招么，显然你是想招能在 SO 上写答案的人。这些方向专精一个就很难了。

[tywtyw2002]

@rogerchen #122 其实核心算不上，但是至少是专职了。 linux 软件打包最头痛的地方就是在于 lib 的版本和库，库版本 missing match 的话就要做 back port 。 软件越大，涉及的 lib 就越多，打包的难度就越大。

之前我工作的地方有一组人专门做 sles 的软件打包工作，其中就有一项是如何让不同版本的 glib 共存。

[cmlz]

楼主的要求，在我这里的机房是一个班在做，现在你要求一个人全做了，也就是一个人能领一个班二十几号人的工资吗？

[adrianzhang]

@zhouyang 抱歉，不行。
@rogerchen 这个建议很好。我考虑考虑


@deyu260
@tywtyw2002

了解，意思是知道有这么个东西，这个东西是什么，干嘛用的，为什么要有这么个东西，业界都有哪些商家做这个，大致有些什么型号，用于实践大概是什么样子。听起来挺恐怖，咱就拿存储里的 SAN 来说，《大话存储》这本书是各大社区都推荐过的，看看这本书，能够记住书里那些东西，这对我来说就叫了解。

熟悉，工作中上手实践过，知道常用的配置和操作。

熟练，工作中上手实践过，知道改哪些配置文件，配置文件是管什么的，里头的参数都是些什么意思，知道怎么启动停止等等一般常用操作和一些不常用但很有用的操作。

精通，不仅上手实践过，而且懂得原理，并能够将相关部分的操作纯熟。例如 LVM ，知道为什么用，怎么用，哪些文件系统用。再说一个简单地挂载到哪个目录这个事情，如果不知道规范，配置文件里写成建立个 /data ，再把数据盘挂到这里，这样的配置有移植性可言吗？

[Hucai]

除了熟练掌握 shell 脚本，还有很多都是要求熟悉，了解等，好像要求不是很高，感觉寄几还是能够胜任的

[Beebird]

楼主坐标哪里？

[yangxin0]

不太好找。很多大厂的很多运维只对内部一些组件熟悉，小厂的运维就更难说了。倒是很多开发非常精通这些配置，楼主可以找找想转运维的开发。

[qianguozheng]

vi 不是很容易出错，都用 web 系统替代手工修改吗？
你这倒好还希望人用 vi, shell 需要的时候查查就好了吧。



互联网横行的年代，还在趴嵌入式的飘过，其实我也想挪窝了。。。

[henices]

要求都写了 11 条了 在我看来要求和薪水匹配度不高 是招不来人的主要原因

[shanks]

要求挺高的。。但是好像都没到点子上。
LZ 大概要的是啥都懂点的万金油熟练工？

[won]

个人感觉要求可以从阿里 p8-p10 里挖

[adrianzhang]

@qianguozheng 自动化还没有到可以不依赖人的程度

[adrianzhang]

@shanks 一专多能吧～其实前头回复里也解释过，例如内核，会在没搜索的情况下能升级内核，就算精通。

[adrianzhang]

@Beebird 帝都

[tracymcladdy]

罗嗦一点吧。其实楼主提的这些条件一点都不高。
有经验的运维开发搞定真的是分分钟。
有经验的运维开发都会在初期做好日志，监控。各种自动化脚本等。
运维开发真正最难的是根据业务需要，一些产品参数的设置。比如 linux 内核参数的调优，这个 tomcat 该最大给多大内存，一台机器上该上多少个 tomcat ， tomcat 用阻塞模式还是非阻塞模式，缓存的最大连接数给多少， nginx 的连接时间给多长， session 是集中在中央缓存管理还是分布到各个容器中管理然后同步等等。都要一个一个用脚本测试，调到最优状态，并且不放过每一个问题。
而且最关键的是这些参数配置是没有任何前人的经验可以直接拿来用的，业务不同，应用不同，环境不同，没有一套固定的标准的。
再比如压力测试时，测试数据开始全部被压到了一个 tomcat 实例中去，感觉集群像没生效一样，但是前台模拟访问，业务请求又会被分配到不同的实例中去，折磨了一天各种找问题后来才知道 nginx 是基于 C 类地址哈希，同一个内网来的压力测试请求，如果基于 ip hash 的 nginx 部署方式，怎么都会在一个容器上，类似的坑，不知道踩过多少。
13 年就是这样一个核心项目的大集群，调这些参数和压力测试我就用了 3 个多星期，还有上线初期的监控和调优。
不过这些其实都还是算值得的，运维就是要把前期工作做足，然后上线了能天天一觉睡到自然醒就是最好的状态。

[Beebird]

@adrianzhang 好远。。。

[tftk]

@tracymcladdy 我觉得你说这些跟 运维开发 没啥关系。。。其实我一直不明白国内为什么要把 运维 和 运维开发 分为两个职位，记得听说过早期的 SA 都是 C 语言程序员，运维默认不是应该自带开发技能么（ C 语言至少应该能看懂吧，那些能写 Python 就自称 运维开发 的真的不太好的。。

[tracymcladdy]

@tftk #138 那请教下你觉得什么样的才算是。 我觉得运维架构不分家，最后的核心竞争力其实是理解和驾驭业务的能力。而不是你能写多少自动化脚本，能管理好多少应用。
牛逼的架构师和运维，都是某个领域的业务专家，资深咨询师。

[oth]

LFS 大概玩过十几遍吧，那时在做某发行版的一个微小功能。

文件布局虽有些规则，但各大发行版的细节是千差万别，熟悉一个发行版的高手， 2-3w 也不难。

再说 shell ， 鲜有职位招聘要这一技能，所以谁回去学写 shell 呢，还不如学学 ruby python 来的实惠。

vi 这个不用，都是 vim

各种基础应用的配置做过一段时间就知道，没必要记忆，只要积累文档，因为应用版本更新，配置手法就会有变化。

比如 MySQL ，我每次都是去看官方文档，当然不一定是 MySQL 官方的，也有其他官方文档，但，如果提高熟练度，那么就是另一个职业 DBA 的要求了

KVM 和 DOCK 的官网文档我都看过。。。 kvm dock 主机也都配置过。。。主要是闲的。。。

运维工具， salt 玩过，但，只是认真搞过这几个其中一个工具， 2-3w 也是很轻松

总的说来，我基本都玩过，杀时间而已。。。

理想的运维真是个劳苦活...

越是规模大的公司，对于单个运维来说也是拧螺丝，这些都懂的，谁会去干活呢？

[julyclyde]

@tftk 问我干什么啊，我一直都在追赶通货膨胀

[lowstz]

2.三年以上互联网业务相关系统维护工作经验； （因为工作才 2 年+）
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；（了解不熟悉 KVM ）
除了上面两个不满足，其他都满足了。

[adrianzhang]

@lowstz 说说一个 100 台左右规模的互联网服务器群，需要搭建哪些基础功能？这里指类似 dns 这样的基础功能。

[adrianzhang]

@lowstz 问题问的不算好。改成类似 nagios 这样的基础管理功能。

[ywgx]

@adrianzhang 你需要 https://zybuluo.com/ywgx/note/371858

1 、非常安全,高效,易用的互联网企业跳板机系统（淘汰传统堡垒机)
2 、生产机器自助式权限申请,审批,到期提醒,过期清理,解决企业客户,成百上千台机器,众多技术人员日常登录生产机器的权限管理问题痛点
3 、安全审计,何时何人在哪台机器,做过什么操作,系统都有详细记录,方便故障追踪和安全审查,同时提供操作人的全输入输出流信息,可以回放完整的操作过程
4 、以企业应用组为维度,机房总览,实时监控,历史监控,以及自定义阀值报警,信息打通企业微信,让客户对自己云上业务系统的运行了如指掌
5 、基础环境批量部署,比如 JAVA 环境,Nginx,Redis 等等基础环境,模版化部署,根据企业自己的规范结构,定制自己的部署模版
6 、非常简洁易用的企业工单系统,促进同事之间直接发起日常工作配合,提高团队效率
7 、团队协作,可以赋予 Ops 权限,团队协同管理更高效
8 、支持全终端,无论是手机还是 Web 端或者手持 pad 均可完美展现
9 、支持异地多机房,无论云上有几个网络环境,无论是在阿里云,腾讯云,AWS 等或是自建机房等,均可完美轻量接入

如果你大概了解 saltstack , 这个系统抵得上你招聘 3 个运维工程师，可以就你的问题展开讨论

这个世界有两种人，一种人看重自己的时间，一种人看重自己的金钱，这个世界缺少一定的信任与合作，或许就是共赢呢 ，对吧 ？ 欢迎交流 微信： xabc-000

[adrianzhang]

@ywgx 我理解你希望自家产品被别人认可的心情，所以忍住没删除你的回复。

在我看来，你至少犯了几个错误：
1) 这个帖子是讨论招聘运维人员，你宣称的产品能替代三个运维工程师的话，是不是安装上去我就不用招人， JD 列出的运维的事情它自己能做？从这个角度出发，在这样的帖子里发这种文不对题的宣传并不受我欢迎，反而会让我对你的这种行为产生反感。
2) 在我看来，一个要向开发人员开放的生产系统，只能说明运维水平太差。其他几个产品所应对的痛点，在我这里不存在。所以产品宣传对于我而言根本是无效的。
3) 最后的对人和对世界的评判，你确定人就这两种？世界就那样？

最后，我无意跟你进行进一步的讨论，在这个帖子下面你若有任何新的回复我都将删除。

[dynaguy]

140 楼 @oth 的观点大多同意。再说两点： 1. shell 还是非常有效的。 ruby, python 只是近几年的事，如果是新兴公司也罢，但很多系统事实上还是有很多 shell script 在跑。 2. Document, document, document 。三遍！这个对经验积累太他妈重要了！觉得比“精通”还要重要。

总之，运维靠的是经验。招人的时候用词“熟悉”，“精通”，“有...经验”等这些模糊词非常令人困惑！

[bobylive]

運維是靠經驗吃飯的，同一套代碼部署在不同發行版都會有不同的問題和狀況，但有問題處理能力以及會看文檔自我學習的能力，形成屬於自己的一個管理體系，已經算是很成功的了，精通字眼略重。

再談到虛擬化技術， vSphere ESXi ， Citrix Xen ， Hyper-X ， Proxmox 等各種技術，其中精通一種就能達到這個薪酬水平。

再說數據庫，有 Oracle 認證待遇比這個標準高出不止一點，會部署不代表會精通 DB 設計和優化，那是另一門功夫。

最後一點，會開發的人不一定很熟悉運維工作，會運維的人不一定很熟悉開發工作，但給他們點時間，做這行的，都可以自己從 Google 學會，誰家老闆的需求不是工程師研究摸索才出來的。

[kevinreadonly]

在哪里？

[panzhc]

符合条件的都在坑里待着不动了

[ywgx]

@adrianzhang 我建议你删除，听从你内心比较好

[adrianzhang]

@kevinreadonly 帝都

[ywgx]

给你说说吧 ，你把环境部署放在第一位，就说明你目前现状最基础的环境部署都是问题，零起步，业界这块目前的情况都是 模版化部署，去了解下 saltstack 或者 ansible 吧，或者招聘一个比较了解的，足够解决你当前大多数问题

[StarrySkyer]

估计楼主的意思是想花少点钱要不找个运维天才, 就是找个运维全才, 到了这个地步的运维要么就是公司不愿意放, 当宝养着, 要么就是在大厂, 有环境有氛围, 混得风生水起, 人家换公司要么是多方面考察觉得你的公司不错, 要么就是相熟, 觉得可以在一起共事, 想找一个人包揽所有的活计, 招不到又怕费事不弄个小组, 啥事都想着一步到位弄现成的, 我只能说这些公司干啥都想得太美了, 为啥不想想你的薪资和你们公司的软硬实力是不是能够吸引到这种人才的加入, 到了这个份上,就不是运维找工作了, 都是人来挖的.

[ladyv2]

作为一个资深运维，我只想说，运维的方向有很多。你这里要求的太多了。。。
任何一方面所谓的精通都不简单
我现在工资远远高于你提供的，但是我都做不到精通 shell 之流，至于后面说的 "有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先； "则一点不会

你要知道你招的是运维而不是码农。。

[ladyv2]

@tftk 运维是运维，开发是开发。虽然现在流行 devops ，但是你懂的。一个人的精力是有限的，没有人能做到样样精通

[adrianzhang]

@ladyv2 那么对于需要组建运维队伍，招初始阶段的骨干力量的情况，如何写 jd ，薪酬多少会比较合适？业务规模类型情况之前回复中有说。

[fuge]

手写 BIND 。。。不是都弄个 cgi 吗

[linatiny]

@adrianzhang ,地点&&待遇？

[ytmsdy]

在我眼里，运维工程师就是传说中的“坑王”，不是挖坑王，而是爬坑王。在别人都不知道已经掉坑里的情况下，一语道出你掉坑里。有时候运维工程师给出的一个‘ key word ’就能给我们指出一条明路。

[greyterry]

在大厂待过，然后去了小厂，基本符合楼主的要求，五年经验，目前待遇也和楼主提供的差不多，不过我是在三线城市，不想跳出过去大城市啊……

[adrianzhang]

@greyterry 那挺不错的。比在一线拿这个薪水生活要幸福一些。 我还挺羡慕你的。

[adrianzhang]

@linatiny 请看本帖以及回复里相关信息。

[adrianzhang]

@ytmsdy 是的，部门里的开发也想要这样的运维，所以 JD 也兼带这个考虑。

[ladyv2]

@adrianzhang 其实你这个工资可以招到不少人了。但是，不要要求太多啊，你不可能要求这个会那个会能维护能写代码。我按条给你说一下吧

1.本科学历以上；
2.三年以上互联网业务相关系统维护工作经验；
#上面这 2 条无视

3.精通 Linux 系统，如 CentOS, Debian, SuSE, LFS 等；
#什么是精通？这个你们心里要有定义。而且一般来说，你点名精通之一就好了。毕竟不同发行版区别说大不大，说小不小。但是真的对一个很熟悉后其余的很容易上手

4.熟练配置各种互联网基础应用，包括但不限于 DNS, HTTP, LVS,Keepalive, Tomcat, MySQL, Nagios, Zabbix 等；

#包括但不限于这个就要求太多了。。。而且你说 http ，这个你是说 Nginx ？ apache?lighttpd?memached?
直接简单说，要求熟悉 dns bind ， 熟练配置 nginx,mysql 。（其实我觉得能玩好 nginx 的优化和配置，就是个牛人了。。就需要一个人头了。）
5.熟悉 KVM, RHEV 虚拟化技术和 Docker 等容器技术；
#这个只有互联网行业的运维才会接触到，说实话

6.熟练掌握 Shell 脚本；
#什么叫熟练。。。

7.了解 Puppet, Ansible, Salt 等任一配置管理工具；
#了解 puppet 的基本全是大型公司的。而大型公司很多 puppet 都是一个 team 来负责。。。你这里又要 SA 兼顾。。。

8.具有一定的网络知识，了解 TCP/IP 原理；
#实话实说，这个要求完全无法量化。。。

9.具有一定存储知识，了解 SAN ， NAS 等设备；
#同上。。。什么叫了解？会配置？还是听说过 ip san, fc san?

10.有 Java, Python, Ruby ， Perl, PHP, Go 等开发经验者优先；
#对于 SA 来说，这条太苛刻了。。。 100 个 SA 里可能都没有 2 个会的

11.良好的逻辑分析能力和学习能力，良好的沟通能力，很强的排错能力。

[ywgx]

这是我们这边 对运维相关人员的要求，我们不招聘单纯的运维

工作职责
1 、设计符合公司需要的自动化部署与关联的运维系统；
2 、系统需具备可靠 /安全的自动运维线上环境的能力；
3 、系统需提供强大的可扩展性来适应线上服务的变更；
4 、完善运维体系流程，规范运维日常工作内容，并文档化；
5 、系统日常维护、变更、优化。

职位要求
1 、良好的编程 /设计基础；
2 、计算机或相关专业本科或以上学历；
3 、热爱技术,有强大的自我驱动能力和自学能力；
4 、对云平台的自动化有浓厚兴趣；
5 、有大规模集群自动化部署和运维经验者优先；
6 、对运维有深入地理解、思考和创新，主动、积极参与运维各系统的设计与实施；
7 、熟悉 Ubuntu 、 CentOS 系统,对 Nginx 、 Redis 等有一定的维护经验；
8 、对 MySQL 、 PostgreSQL 等有一定了解；
9 、熟悉主流自动化运维工具 Salt/Ansible 中至少一个；
10 、熟悉至少其中一种开发语言 Bash/Python/Perl 等；
11 、对行业技术敏感度高且细致，善于思考，乐于发现，对解决具有挑战性问题充满激情。

[lowstz]

@adrianzhang 我可能会用 consul + prometheus 来解决这种问题

[franckcl]

@ywgx 你们的 JD 比楼主的相对专业不少，祝早日招聘到合适的人

[franckcl]

@ladyv2 大部分对于 devops 没有一个全面或者是深刻的认识，没有真的接触或者做过这行大部分情况下说的都是不准确的，希望你的回答能帮的到楼主，或许他是太急了

[zz1956]

我觉得这要求不算太高，如果在中小公司做过几年运维，基本上都会有接触了。
小公司要求的就是多面手，从 PXE 自动化装系统开始做起
几年下来，也有不少进步
不会没关系，用到的时候能学会就足够了

截取一段我以前的简历：

负责多个产品线的运维工作，完善运维规范，促进业务运维标准化，规范化，自动化。

熟悉 Python 相关技术及项目部署；
熟悉使用 Fabric,Ansible ， SaltStack,Puppet 进行代码部署，配置管理；
熟悉 KVM,Docker 等相关技术，负责搭建内部虚拟化平台；
熟悉 Nagios ， Graphite 等监控报警工具；
熟悉 H3C 交换机的基本配置。


* 开发 vmm 项目用于管理 KVM 虚拟机
* 开发 ansible-kvm 项目用于自动化部署创建 KVM 虚拟机
* 开发 ansible-docker-container 项目，用于自动化管理 docker 容器

[doyel]

吐槽 JD 也没什么意思

你真要说精通，真有点水平的人在技术层面上没几个人敢说自己“精通”什么。

我就一产品经理，公司团队找不到运维和架构，两年前我一个人花了 1 个多月面向谷歌编程还搞了套高可用的实时流媒体直播转发平台出来。。。实现是一回事，真要说精通？我恐怕连皮毛都没摸到，但是可以用啦。。。产品上线也用了好久了，自己又花了点时间东修西补还能撑着跑跑。

差不多去年的时候各大云主机厂商还是推出各种“流媒体” services 了，接洽了几个国内的，发现其实实现方式和我的其实没多大区别，无非就是封装得跟好看一点罢了。你说我这算精通吗。。。

在现在的大环境里，圈子里的人只要花点心思，基本上没什么实现不了的，毕竟那么多前人基本上已经把能造的轮子都造完了，就看自己怎么用了。。。

[julyclyde]

同意 @ladyv2 的意见。要求 go 、 java 的完全就是胡写嘛

[adrianzhang]

@julyclyde 怎么会是胡写呢？热爱计算机的人，还不随随便便在大学就把 c 给弄个 90 分。有了 c 的功底， go java 这些很难么？ JD 里列出会这些的优先，并没说必须会。给你一个我遇到的例子，在某大型国企（ ICT 行业的），开发写的 java 就是搞不定 session 共享，就是一个运维把代码拿来，找出问题，是代码依赖的一个 tomcat 的组件，引用的时间相关数据的单位是 sec ，文档却为 min 。如果这个运维不懂 java ，那锅就是他的。

[djFFFFF]

讲道理， shell 都不熟的，确实不该拿两三万

[zhangmingfeng]

这些不难，我做分布式系统和 docker 方面的。 5 年前就带团队干过比这还难的工作。请问能开多少薪资，联系方式是什么？我好投递简历。

[adrianzhang]

@zhangmingfeng 真是不知道该怎么隐晦地回复。如果你仔细看过帖子和回复的话，理应不会问我这样的问题。我认为：搜索、主动 /自我驱动、严谨仔细，这都是优秀的工程师应具有的素质。由于你的问题暴露了你不够仔细，对于发掘一些隐含的信息缺少主动性（即使回复里没有联系方式，查看下我的 profile 也能找到答案），因此即便你投了也没法应聘成功。祝你有好前程。

[xderam]

@lowstz 感觉 consul + prometheus 还是比较靠谱的，监控其实也快和 shell 一样变成了一种信仰了。估计也存在鄙视链了。^_^

[zhangmingfeng]

对不起，我是把信息过滤掉了。我对国企不感兴趣。呵呵。哈哈

[slimbloody]

@zhaibin18 为什么年龄越小越好？

[goldhong]

我是做 LFS 嵌入式开发的，说真的，看了你的 JD 和薪水，一点都不动心，为啥呢？
原因如下：
工具类的我就不说了，精通 CentOS, Debian, SuSE,都还比较简单，基本三四年的就可以了；我要说的是 LFS，简单的内核组装按部就班就可以搞定，但是个性化的 linux 系统模版就不是小菜菜搞的了，我这里的高级 LFS 基本都去嵌入式了。
另外，你的机器是多少台也没说，
我想你需要的这种运维是比系统运维要高一些的角色，总嚼着你这个 jd 哪里不对，哈哈，也就是灌水一下下

[adrianzhang]

@goldhong 谢谢！让我知道了另一片天地。

[rrfeng]

@adrianzhang
这个帖子还在在啊

运维本身就难招，如果完全符合这些需求，那么就是一个优秀而且有无限潜力的运维。招聘代价非常高。

如果还在找的话我可以给你推荐一个。

[adrianzhang]

@rrfeng 那太好了，谢谢。烦请发邮件至 adrian.zhang 谷歌邮箱。

[lanceboss]

顶起。一个 8 年运维经验的路过。