”当你学的越来越多的时候,会发现自己懂得越来越少“

——范导语录

昨天在班级群里和同学们聊起一件事情:

会议室来了一位应聘虚拟化(esxi)运维的小伙,经理喊我一起去面试,由于这方面工作主要是我来负责,因此主要是我来问。

做完简短的自我介绍后,小伙开始叙述自己在虚拟化运维方面的工作,他说了很多,但是内容太过于空泛,估计没有真正的做过这方面的运维工作。

等他停下来之后,我问他:

“如果按照在系统中位置的不同,虚拟化架构有哪几种?”

PS:(“根据在整个系统中的位置不同,业内一般把虚拟化架构主要分为以下几种:1.寄居型(如workstation);2.裸金属型(如esxi);3,。操作系统型(如docker);4.混合型(如Intel-VT)”)

他一时语塞,稍微思考了一下很诚实的回答:

“我不知道。”

然后我又问了几个网络和存储的问题,他的回答也不是很到位,因此最后我们很遗憾的告知他回去等通知。

我记得我刚接触esxi的时候,最先接触的是对于vcenter的操作,等我慢慢的熟悉操作之后,开始尝试进行新平台的搭建。待的系统可以正常运行的时候,我以为我已经对esxi已经很OK了。

现在想起来当时的自己,我只是微微一笑。

Esxi虚拟化平台的搭建,除了要熟练esxi自己的产品,还要对网络规划、存储规划、备份等当面有一定的知识。等我开始对esxi进行深入的配置(直通,DRS,分布式交换、调优、监控…)时候,我才发现要想玩好esxi并不是一件容易的事情,尤其当我后面开始接触openstack,发现neutron模块竟然有那么长的发展历史,里面涉及的知识是如此之多(bridge、tap、veth、macvlan、macvtap、ipvlan、ns…)。

从入行开始,我一直从事运维工作,其中最让我感觉无力的一件事是我们在公司内部推行devops。由于运维部门没有一个人懂开发的知识,至始至终都是被开发牵着鼻子走。出了问题都是先从运维方面进行排查,虽然任何一次大bug都不是运维的问题,但是那种被扣锅又甩锅的感觉实在是太不爽了。就像2018年6月13号上海医保卡无法使用的问题,第一个通告就是“网络故障”,难道就一定是网络的问题么?。

学习开发语言,不是为了和开发的同事撕逼,也不是为了甩锅,更重要的是让自己在和开发同事一起处理问题的时候不再那么尴尬。

于是乎,Life is short,I learn python!

课程刚开始的时候我和范导聊天,学习开发并不是一件容易的事情,最主要持之以恒。从最开始的各种懵逼,到后来对if语句的崩溃。通过同学的提点和导师的指导,看着md上面的代码运行的时候再也不出现error的时候,那个时候,心情是愉悦的,努力是值得的。

我已经30岁了,我开始动起来,跳出去!

我已经30岁了,我开始学习python了!

亲爱的午饭们,你们呢?