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

2017-03-06 21:37:29 +08:00
 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 小伙伴们怎么看。
28981 次点击
所在节点    职场话题
184 条回复
xx0219
2017-03-06 23:38:06 +08:00
-.- 本科 3 年+ 网管 我来回答看看...

3. 精通 linux.. 不可能.
虽然各种 linux 都有接触过...
也就会装装系统. 分区. 加密磁盘.
其他知道大概有些什么命令.但是具体命令用法还是得谷歌.
SuSE 这就没听说过了


4,DNS HTTP LVS ...还行.. 其他的如 zabbix 应该是专业的 linux 运维用的多.. 我反正只听过没用过...
5. kvm docker 都折腾过.. rhev 没听过...
KVM ESX 说说简单.... 丫的 真的去弄.. 我估计这个比考个 CCIE 什么证书还难..
而且这东西. 你公司服务器 不可能自己去瞎折腾的. 你要是自己弄虚拟机搭环境来折腾... 那是很费事的....


docker... 玩玩还行. 真有公司上这个的 应该不多...

6. shell 脚本.... 多少会一点..

7. puppet .. 这种 应该是大公司 才有的... 反正我没见过...
8. tcp/ip.... 一般人都能说上几句. 看你能问到什么深度了....
9. san/nas... san 没见过... nas .. 熟悉...
10...自学了半年前端. 感觉 js 还是入门水平...
11.... 排错能力.. 这是基于你掌握多少东西啊. 懂的多了自然就会排错了....



中大公司 每项都有专人负责的... 不会有人去学那么多的...
小公司.... san zabbix 这种听都没听过 你指望他会......
你这个 基本是 linux 资深运维 + 服务器资深运维 + 架构师..
我估计一般的资深 linux 运维 也达不到你 精通 linux 的要求的...

我估计 就算我这样的 你们公司去培养.. 也得 2 年才能达到要求..


个人见解...... 大公司没呆过...



最后弱弱的说一句..... vi 虽然好..
自己也折腾过好久.... 但是有必要么!!!??? 最基本的操作会就可以了.
需要熟练么...
ryd994
2017-03-06 23:41:07 +08:00
作为应届,熟练不敢讲,但是你提到的各方面都有涉猎,唯独 shell 和 vi 还是用的挺多(笑。楼上说的挺对的,有这个能力的一般要么(想)去大厂,要么 devops 。毕竟 devops 这几年大热。
adrianzhang
2017-03-06 23:43:08 +08:00
@AntonChen 是要朝 DevOps 培养和发展。如果基础不扎实,也就不指望能成为多好的具有 Dev 功夫的 Ops 。
adrianzhang
2017-03-06 23:51:27 +08:00
@xx0219 谢谢你给出你的见解。互联网业务运维对解决问题时间要求高,所以会要求熟练。如果 vi 使用起来磕磕绊绊,那么在线上写个配置文件时间都要长不少。举个例子: DevOps ,如果从零开始建一条 pipe line ,那么 DNS 是最先要建的服务, 5 分钟能不能写个 BIND 的配置?这个功底,做 provisioning 会用到的。
adrianzhang
2017-03-06 23:53:28 +08:00
@ryd994 如果你有这个能力,且有兴趣,可以发邮箱,地址见上,先交流一下,看看是不是个大厂。
adrianzhang
2017-03-06 23:53:58 +08:00
@ryd994 发邮箱-->发邮件
yangqi
2017-03-06 23:56:42 +08:00
@adrianzhang 现在云服务那么多,很少需要自己写那么底层的东西了,更多的是整合。尤其是中小公司,还需要花很多时间写这些已有的底层服务,那真是浪费时间浪费生命,绝对是得不偿失
adrianzhang
2017-03-07 00:01:38 +08:00
@yangqi 确实,中小公司基本上图快都用 SaaS 了。但是对于一个严肃公司,的确是需要自己做的。拿权威 DNS 来说,还会用到商业产品, BIND 这种开源软件都只能用来作为商业产品的下游。
AntonChen
2017-03-07 00:07:10 +08:00
@adrianzhang 这个薪资等级只能找到 Dev 与 Ops 互转不久的人,都不深入… 个人感觉 Ops 转 Dev 的会更符合要求。

作为一个老运维来说 你提到的 Linux 版本真多……纯 Linux 运维最了解的系统还是 CentOS ,我厂之前有遗留下来的 Ubuntu ,因为批量命令去做一些事情会很麻烦,最后花了几周时间才换成 CentOS ,人力成本太高。

当然因为爱折腾,你提到的系统除 LFS 都有玩过,感觉玩了 Arch 之后对 Linux 结构有基本了解, so LFS 要求就有点高了吧?

只是大概扫了一眼没仔细看你已经要求 DevOps 了,学历不够有心学 Dev ,可惜很吃力入不了门就不细问了。
privil
2017-03-07 00:09:54 +08:00
对 SHELL 脚本和 VI 都不熟练,你确认你公司招聘的价格给对了么,或者你家 HR 水平没问题?
yangqi
2017-03-07 00:14:27 +08:00
@adrianzhang 和是否严肃没关系,公司的目的就是为了盈利。除非是专门做相关技术开发的,否则在和业务不相关的技术上面花很多时间追求所谓的“完美”完全是舍本逐末。

那 dns 来说,你们公司有什么需求是第三方服务满足不了的,需要自己写底层的配置?
exuxu
2017-03-07 00:17:16 +08:00
搭建服务什么的都是玩多了才记得住,一年多没搞了,肯定都忘光了,但是有搜索引擎就方便了。
可惜是在帝都,不然可以试试
ivvei
2017-03-07 00:21:54 +08:00
我觉得按你这要求还是自己定向培养比较好。外面的没几个能长得这么吻合的。
solrted
2017-03-07 00:23:17 +08:00
求贤若渴
rrfeng
2017-03-07 00:27:19 +08:00
运维这个职业从来没有存在过。 5 年有感。
按照楼主也是大多数人的想法,运维就是除了开发程序其他都要干的,然而干三五年你就发现你没有办法掌握全部的知识,所以最后都选了一个方向去深入了。当然更多是满足于修修电脑重启一下照教程装个环境这种。

未来也将不会存在。
akira
2017-03-07 00:29:48 +08:00
组建个 2-3 人运维团队吧,这样比较靠谱
adrianzhang
2017-03-07 00:38:47 +08:00
@yangqi 和严肃是有关系的,有些企业不仅要有经济追求,还负担一些额外的责任。对 DNS 来说,第一呢,之前举例的写配置并不是底层,就是个普通的 BIND 配置文件而已,第二呢,有兴趣可以搜搜看商业 DNS 都做了什么。

@rrfeng 或许叫做 SRE ?
adrianzhang
2017-03-07 00:39:14 +08:00
@akira 不止这个数
yangqi
2017-03-07 00:50:30 +08:00
@adrianzhang 如果你们公司的业务和 dns 有关那是很正常的。那你要招的就不仅仅是运维了,而是 devops 了. 那可能还是 JD 写的不太清楚。
adrianzhang
2017-03-07 00:53:49 +08:00
@yangqi 互联网业务。好吧,既然大家都建议这种是 DevOps ,那我去改改 JD 。谢谢。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/345422

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX