|
|
做运维已经很久了，这次因为公司问题被迫裁员，为了生存只能继续寻找工作。
昨天去了一家公司面试，之前在电话中也有基本情况的了解沟通。办公环境地点还不错，例行填表答题。
答题：
卷子的角上写着“IT运维岗”，而我应聘的是“运维经理”。感觉职级低了一些，有点小小不爽，但我想估计题不会太难吧。然而……真的是我“天真”了。
第一题：“如果公司有50台服务器，请问你如何管理优化？”看到这题我愣了有3秒钟，然后看着题目笔头卡在那里有10多秒。这就像是有人给你准备了50张饼，问你怎么吃一样。我不知道这50张饼是什么品味的，不知道有馅没馅，不知道饼是大是小。你问我怎么吃，还怎么优化着吃。我真的答不出来。
当时我就只是觉得这题出得太有“水平”了一些。后面几题都还算基础问题，但总有两三题都是问解决方案及优化策略，比如高并发的解决优化方案，比如备份策略的优化等等。答到这些我真的都有点不想写，一是根本不知道现状我如何优化？二是面试又不收取费用，为什么我要给出一个解决方案或是优化方案？这不值钱的？
题最后我大概写完了，总体感觉出题的应该不怎么懂运维，都是很宽范的概念问题，适合无责任瞎忽悠型的“应聘人才”。
答完题先是HR来聊了两句，内容和之前电话中沟通的差不多。然后来了一位开发总给我面试，这里不得不说运维总是要叫开发“爸爸”，因为大部分公司都是开发职级地位比运维高。
开发总面试：
开发总听了一下我的介绍，然后大概介绍了一下公司的现状：IDC机房大概50台服务器，公司办公地大概10来台服务器，并安装有虚拟机；然后华为云也有部分设备，三端用VPN打通，公司没有网络工程师，有helpdesk及DBA。因为是一家提供IT服务的公司，公司产品线有三至四个，所以我知道最少部署类型有4套还多，加上各类环境，根据他介绍集成的gitlab,OA之类的。windows及linux服务器对半，数据库有ES，PG，SQL SERVER，ORACLE。
听到这里我心里想，挺厉害的，那么多东西居然之前没有运维人员来弄，都是开发搞的？我想说开发懂得还挺多。然后聊着聊着，开发总说了，其实原来有运维的，因为一些个人原因离职了。
做为一个做了十几年的老运维，那一瞬间，我突然觉得眼前出现的是一个“黑洞”。那么多用到的软件配置，那么多环境和可能出现的情况。我其实挺佩服前一位离职运维的，我觉得这人一定挺厉害的，至少会的东西真心很多。我礼貌性地试探问了一下，会有交接吗？我说的是运维交接。结果他很轻蔑地一笑：“其实交接很简单的，就是那些服务器用户名，密码。其它就没什么了，需要你自己去解决这些线上可能碰到的问题。”然后，真的是只能“呵呵”了。
这位开发总觉得运维工作很简单，表现出来的态度明显不太看得起运维人员的技术。我觉得人与人之间，特别是知识存在差异的时候，相互的尊重是最基本的。一个人管一台电脑，和一个人管100台电脑那完全是不一样的。一台电脑上装软件，和在100台办公电脑上装软件也是不一样的。你可能会碰到防火墙拦截，可能碰到IE版本不兼容，可能碰到win10补丁问题造成软件安装失败等等。你不了解其它人的工作，不知道工作的难易程度，其实你就不应该轻蔑或是冒冒然地评价“简单”。三人行必有我师，别人比你懂得多，你就应该存有相应的尊重。
再举个交接问题的例子，有两台服务器的配置是同步的。上一个运维人员只交接了两台服务器的用户名密码。服务运行正常，过了很久，突然其中一台服务器断电重启了，重启后配置就不再同步了。然后运维开始抓瞎，是用什么软件做的同步呢？当时同步的方案是什么？配置在哪里？没有做随系统启动，那命令历史里有没有呢？新的运维如何去解决这样的问题？因为交接不了解，只知道服务器的用户名密码，这样能搞好吗？
有感：
回来仔细想想，其实上一位运维应该已经离职了，而且估计不会太愉快。如果在，面我的应该就是这位前任了。而从出的题目看，也能看出来都是一些宽范的概念问题。一个开发总，根本不懂运维，关键还不怎么看得起运维。留下那么大一摊子事儿，等着后来的运维填坑。其实填坑不在乎，总可以慢慢解决的。但如果领导是这样的人，还有必要去填这样的“黑洞”坑吗？我真的挺迷茫的，一边是需要钱生存，一边面对的又是如此的局面。如何选呢？
写下这篇面试经历，也算是记录一份自己的心境吧。运维不是专业填坑的，也不是开发的附庸。好的运维其实可以让开发效率提高很多，可以使线上服务平稳安全很多，还可以节约很多IT的成本费用。不过也就只是说说了…… |
|
发表于 2022-9-20 08:53:52