四面轻松突围!我是如何斩获高级运维开发一职的?

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: 7月9日 19:00-21:30 阿里云开发者社区首场“Offer 5000”直播开启!15位团队技术大牛在线招人,更有《阿里云技术面试红宝书》助你拿下Offer!马上投递简历:https://developer.aliyun.com/special/offerday01
图片无法显 **点击图片或戳我查看详情和投简历**

最近,我收到了一来自爱奇艺的高级运维开发岗面试邀请,一波三折之后也算首战告捷了。本文就来分享下我去面试的经历,希望给大家带来些帮助。


准备环节

接到 HR 的电话后,我便跟妹子约好了具体的面试时间和地点(插句题外话,我绝对没有被妹子软萌的声音酥到)。

在去之前,我看了下爱奇艺的岗位介绍,毕竟有备无份。如果成功面上了,我也是需要再考虑下的对吧(毕竟他们除了要我,还有其他选择吗)。那最爽的结果就是手握各大厂的 OFFER,然后沉浸在无法做出选择的幸福中了。

准备过程中,我发现他们的要求中需要对 ansible 熟悉,而我之前恰好有用过 ansible,但是更为熟悉的还是 saltstack。

因为产品化的东西更吸引我,在工作中也用其做过二次开发,所以又对 ansible 额外做了一些调研,比如说自己动手写了几个 PlayBook,包括 Python API 调用。这里要说下,网上很多资料都是老版本 ansible 2.2 的,现在都更新到 2.5 了,其中的 API 调用也发生了很多的变化,建议大家多看看官方文档。

面试那天,地点就定在爱奇艺大厦(大厂都是有独栋的,确实不一样,下次有机会在分享 bilibili、鹅厂、饿了么的面试过程)。等待了一会就有一位男同胞把我接楼上去了(可惜的是,没能看到当时打电话给我的小姐姐),领到小房间后,让我填了份表格。

填好后,领我上来的那位员工把我的单子拿走了,然后丢了句,“稍微等下,面试官马上就来”……然后我就安静地等待面试了。

初面

来初面的是位个子一般的程序猿(我胖啊,我怕谁),首先就是自我介绍。

我觉得这个很有必要说一下,自我介绍一定要强势,一定要底气足(是你们要我,不是我自己找你们的,不要搞错好伐)……

那么需要凸显的有:

 ●  自己的项目介绍(运维开发岗位的话,就是 CMDB、CI/CD、K8S、OpenStack,有什么说什么,千万别不好意思);
 ●  武器库(Python 什么级别?用过协程就别说多进程,用过 Tornado 就别说只会 Django)。

我还记得初面中的一些问题:

Q:Python 的列表解析式会写吗?会的话写一个,比如选出 1-100 中的奇数。

A:[i for i in range(100) if i % 2 != 0](其实这里有很多种做法,比如最简单的用切片就可以了 list(range(100))[1::2]都不需要列表解析式,但为了迎合他的问题,你得往他身上靠啊)。

Q:那 (i for i in range(100) if i % 2 != 0) 这个和你写的有什么区别呢?

A:你现在写的是生成器解析式,返回的是一个可迭代对象,不是list对象(其实技术面试呢,如果你能摸到对面的小心思,那就稳了呀)。

Q:装饰器有用过吗?用过的话,一般你是用于解决什么场景的?

A:用过。典型的用户认证,简单点的可能日志处理等,主要用来处理一类问题的时候。

Q:那你能写一个装饰器吗?用来对用户的参数进行检查,如果参数类型不匹配,就返回一个 ERROR 报文,否则返回 SUCCESS。

A:好的(这里不以代码为主,思路很简单,如果你用 py2 可能要用 attr ,但我 py3 就可以用 inspection,把获取到的参数检查一下类型就好了。但这里也有一个要求,类型是定义在函数声明时?py3.5 开始的类型注解。还是写在配置文件或者函数体里面?反正我就当做用 py3 写了类型注解)。

……(省略一些基础问题)

由上可以看出,面 py 开发,基础是很重要的。期间还问了上下文的实现原理,还有类的使用、继承、initnew的区别,实例方法、类方法、静态方法,实力属性、类属性等等,就不一一展开了。

Q:你有做过 CMDB 吧?那你们 CMDB 里,如果有多套业务同时发生,你是怎么处理的?

A:(开始问我网络和并发了,这个要能听出来)我起初用的是多线程的,后来发现在处理并发的情况下,效果并不理想,就改用多进程了。但还是会有瓶颈,比如在作业模块上(主动抛出橄榄枝,我还做过作业平台),并发比部署系统更频繁,多进程处理会直接打满服务器 CPU。后来就考虑换了协程,效果非常好。

Q:你说到了协程,能说明一下协程和线程、进程的区别吗?

A:(知道你要问,这不被我带节奏了么)……(省略百度百科),协程主要解决的还是并发的问题,以及 Python GIL 带来的并行处理能力。

接着就让我写一个协程,我就简单地写了一个生产者消费者模型。

聊了大概四五十分钟,之后还聊了 Django 和前端的一些技术。

最后了解了下,面试我的也是负责运开的技术开发。

二面

休息过后,就来了第二位面试官。这次面试的是运维知识。

先从最简单的三次握手四次挥手问起来。

接着深入一点,开始问我在一次浏览器地址输入一个链接后,到显示出页面,中间经过了哪些过程?其实就是问你 DNS。

A:先找 hosts 文件,如果没有就开始 DNS 了,查询本地缓存,如果没有则向根发起查询,一层层向下请求,直到找到为止,响应给本地 DNS 服务器,再返回给客户端(个人感觉 DNS 回答得有点虚……相对 py 来说)。

Q:那你有做过类似 nginx 的配置吗?能简单说下代理或者负载均衡吗?

A:nginx 就自己用过,但没有生产维护过(没有做过的话,个人建议还是老实交代为好,其实本来技术面试就有可能遇到你不会的,完全没有关系,只要符合要求,部分技术不合规也是没有关系的)。

后来的对话中,面试官也表示,可能之前做的更多的是 DB 的工作,对于 Web 容器这块不熟悉关系也不是很大。

然后就和我聊起了 DB、MySQL 的高可用、分表、SQL 优化、监控等。这些基本也是老套路了,网上能查到很多,这里不做叙述。

技术组长

过了两轮后,竟然还有技术面,这次竟然是技术组长……然后还是首先自我介绍(不得不说,每轮都要自我介绍,每一轮我都说得不一样哈哈)。

经过上两轮基础的问题后,就开始问我算法了。嗯,这一轮确实不太一样,这里我只能说靠平时积累了,有多少货就都掏出来吧!

Q:现在给出一个列表,[a,b,c,d,a,v,s,d,c,a],对其进行计数,返回出现次数最多的是?

A:嗯,我想想。然后给出了一个字典的存储方式,原因就是可以减少循环次数,尽可能降低时间复杂度。其实我一开始想说,直接用 Counter 模块不就好了么,但是没说出口,我知道会被打。

之后就对我自己做的一个 MiracleOps 问了很久,主要围绕的还是实现的方式和原理。其实就是看你是不是在编造,因为如果是自己一个人做的,那随便问什么都会知道,但很多人会把自己参与的项目说成是自己独立完成的。

整个三面大概持续了将近一个小时。

技术总监

三轮面试后,终于熬出头了,到了和技术总监对吹的环节。和技术总监聊就有一个好处,你可以不用说具体的实现了,和“老人家”聊技术,你就得让他觉得你这个小伙很靠谱,思维很先进,有意思。

我充分发挥了我 12 年的语文词汇,把能说的成语都套上了技术的字给丢出去了。让我谈谈理想,我就说,我要把自己的余生交给公司,为公司开辟疆土,将运维盈利化、产业化。让我们的部门成为公司最受瞩目的 Part,让总监你成为老板的左膀右臂!

我也不知道这波侃得怎么样,反正总监是笑了。你们觉得呢?

HR

最后!接下来就是和妹子聊了。HR 小姐姐和我说完大概情况后,和我开始聊起待遇,问我要多少。

划重点了,大家在这个时候一定要稳住,千万别兜底,你自己得要有自己的底,过了咱就不伺候了。

你可以在自己的工资上面稍微加一点,把平时的奖金、福利、打车报销等等,都加在基本薪资上,毕竟涨薪和福利可没关系。

另外,HR 如果要你说期望,你就往高了说,反正不管高低都会压你。

经过一番博弈后,HR 小姐姐终于问出了那句“如果薪资没有达到你的预期,你还会考虑我们公司吗?”——小伙伴们,这句话你们应该不陌生对不对,千万不要慌,你可以委婉地告诉她,

“经过一天的面试,我觉得贵司的流程制度还是非常完善的,而我应聘的部门气氛也非常好,我相信我能为公司、部门带来看得到的提升,也相信公司会正确的给予我一个合理的范围。”

这样,HR 也就懂了。

总结陈词

好了,经过一天的面试,到家也已经 7 点多了。真得很累了……

其实各个公司的面试流程大体相同,不同的是技术问题,以及每个人对应的方式方法。给大家总结一下我的经验:

 ●  技术面的时候,一定要把自己有的全都掏出来,让对面看看咱的真家伙。
 ●  在和总监面的时候,尽量说得眼界大些,能给部门带来收益是最好的了,但别越界了,让领导觉得你过来会威胁到他,那估计就没戏了。
 ●  和 HR 聊薪资的时候,不要过早暴露自己底线。另外 HR 想要知道你的期望都是 OK 的,但你可以多加一点,反正合不合适 HR 都会告诉你的,要你就会说再考虑下、争取下,如果不合适,你低了过去也没意思。

好了,以上就是我之前去爱奇艺面试高级运维开发岗位的经历,希望给大家带来一些帮助。


原文发布时间为:2018-10-14

本文作者:猿媛牧场

本文来自云栖社区合作伙伴“高效运维”,了解相关信息可以关注“高效运维”。

相关文章
|
4天前
|
存储 运维 安全
Spring运维之boot项目多环境(yaml 多文件 proerties)及分组管理与开发控制
通过以上措施,可以保证Spring Boot项目的配置管理在专业水准上,并且易于维护和管理,符合搜索引擎收录标准。
14 2
|
1月前
|
运维 Java Linux
【运维基础知识】掌握VI编辑器:提升你的Java开发效率
本文详细介绍了VI编辑器的常用命令,包括模式切换、文本编辑、搜索替换及退出操作,帮助Java开发者提高在Linux环境下的编码效率。掌握这些命令,将使你在开发过程中更加得心应手。
32 2
|
30天前
|
存储 运维 监控
实时计算Flink版在稳定性、性能、开发运维、安全能力等等跟其他引擎及自建Flink集群比较。
实时计算Flink版在稳定性、性能、开发运维和安全能力等方面表现出色。其自研的高性能状态存储引擎GeminiStateBackend显著提升了作业稳定性,状态管理优化使性能提升40%以上。核心性能较开源Flink提升2-3倍,资源利用率提高100%。提供一站式开发管理、自动化运维和丰富的监控告警功能,支持多语言开发和智能调优。安全方面,具备访问控制、高可用保障和全链路容错能力,确保企业级应用的安全与稳定。
38 0
|
3月前
|
运维 Devops 持续交付
自动化运维之路:从脚本到DevOps探索后端开发:从基础到高级实践
【8月更文挑战第28天】在数字化时代的浪潮中,企业对于IT运维的要求越来越高。从最初的手动执行脚本,到如今的自动化运维和DevOps实践,本文将带你领略运维的演变之旅。我们将探索如何通过编写简单的自动化脚本来提升效率,进而介绍DevOps文化的兴起及其对现代运维的影响。文章将为你揭示,通过持续集成、持续部署和微服务架构的实践,如何构建一个高效、可靠的运维体系。准备好让你的运维工作变得更加智能化和自动化了吗?让我们一起踏上这段旅程。 【8月更文挑战第28天】 本文旨在为初学者和有一定经验的开发者提供一个深入浅出的后端开发之旅。我们将一起探索后端开发的多个方面,包括语言选择、框架应用、数据库设计
|
3月前
|
运维 Kubernetes 监控
|
3月前
|
敏捷开发 运维 Devops
DevOps文化:打破开发与运维之间的壁垒
【8月更文挑战第14天】DevOps文化是现代软件开发和运维的重要趋势之一。通过打破开发与运维之间的壁垒,实现自动化、持续集成/持续部署以及紧密协作等关键实践,可以显著提高软件交付的质量和效率。对于任何希望在数字化时代保持竞争力的企业来说,拥抱DevOps文化无疑是一个明智的选择。
|
3月前
|
Kubernetes 网络协议 Python
运维开发.Kubernetes探针与应用
运维开发.Kubernetes探针与应用
129 2
|
3月前
|
存储 SQL 运维
运维开发.MySQL.范式与反范式化
运维开发.MySQL.范式与反范式化
54 1
|
3月前
|
存储 运维 搜索推荐
运维开发.索引引擎ElasticSearch.倒序索引的概念
运维开发.索引引擎ElasticSearch.倒序索引的概念
51 1
|
4月前
|
API 运维
开发与运维工具问题之开源的大语言模型能够自由与外部工具交互如何解决
开发与运维工具问题之开源的大语言模型能够自由与外部工具交互如何解决
41 2