最近参加运维工程师岗位的面试，笔者把自己遇到的和网友分享的一些常见的面试问答收集整理出来了，希望能对自己和对正在准备面试的同学提供一些参考。

1、介绍下自己？（几乎每家公司首先都会让你做个自我介绍，好像是必修课一样）

笔者回答：此处省略笔者的自我介绍，笔者建议介绍自己的时间不宜过长，3-4分钟为宜，说多了面试官会觉得你太啰嗦了。说太少了也不行，那样会让人感觉你的经历太简单了、太空了。正常情况下，一般你在做自我介绍的同时，面试官这个时候在看你的简历，他需要一边看简历、一边听你介绍自己，如果你说个几句话就把自己介绍完了，他肯定还没缓过神来，对你的映像会减分的。在介绍的同时思维要清晰，逻辑要清楚，最好是根据你简历上写的经历来介绍，这样可以把面试官的思路带到你这里来，让他思路跟着你走。不要东扯一句，西扯一句。竟量少介绍自己的性格、爱好（最好能不说就不说），你可以简单罗列干过几家公司（最多罗列3家公司/也包含目前所在的公司，注意顺序不要乱），都在那几家公司负责什么工作，都用过什么技术，在着重介绍一下你目前所在的公司是负责哪些工作的，可以稍微详细一点介绍，不要让面试官听着晕头转向的感觉。

2、灰度发布如何实现？

笔者回答：其实对这个问题笔者也答的不好，就不写出来误导大家了。大家有好的方法可以共享出来。不过笔事后在知呼上看到了一位网友的建议觉得不错，大家可以参考看一下 ：/question/

3、Mongodb熟悉吗，一般部署几台？

笔者回答：部署过，没有深入研究过，一般mongodb部署主从、或者mongodb分片集群；建议3台或5台服务器来部署。MongoDB分片的基本思想就是将集合切分成小块。这些块分散到若干片里面，每个片只负责总数据的一部分。  对于客户端来说，无需知道数据被拆分了，也无需知道服务端哪个分片对应哪些数据。数据在分片之前需要运行一个路由进程，进程名为mongos。这个路由器知道所有数据的存放位置，知道数据和片的对应关系。对客户端来说，它仅知道连接了一个普通的mongod，在请求数据的过程中，通过路由器上的数据和片的对应关系，路由到目标数据所在的片上，如果请求有了回应，路由器将其收集起来回送给客户端。

4、如何发布和回滚，用jenkins又是怎么实现？

笔者回答：发布：jenkins配置好代码路径（SVN或GIT），然后拉代码，打tag。需要编译就编译，编译之后推送到发布服务器（jenkins里面可以调脚本），然后从分发服务器往下分发到业务服务器上。

回滚：按照版本号到发布服务器找到对应的版本推送

进入Tomcat的请求可以根据Tomcat的工作模式分为如下两类：

Tomcat作为独立服务器：请求来自于web浏览器；

6、监控用什么实现的？

笔者回答：现在公司的业务都跑在阿里云上，我们首选的监控就是用阿里云监控，阿里云监控自带了ECS、RDS等服务的监控模板，可结合自定义报警规则来触发监控项。上家公司的业务是托管在IDC，用的是zabbix监控方案，zabbix图形界面丰富，也自带很多监控模板，特别是多个分区、多个网卡等自动发现并进行监控做得非常不错，不过需要在每台客户机（被监控端）安装zabbix

7、你是怎么备份数据的，包括数据库备份？

笔者回答：在生产环境下，不管是应用数据、还是数据库数据首先在部署的时候就会有主从架构、或者集群，这本身就是属于数据的热备份；其实考虑冷备份，用专门一台服务器做为备份服务器，比如可以用rsync+inotify配合计划任务来实现数据的冷备份，如果是发版的包备份，正常情况下有台发布服务器，每次发版都会保存好发版的包。

8、redis集群的原理，redis分片是怎么实现的，你们公司redis用在了哪些环境？

笔者回答：reids集群原理：

，这样就能返回403了。

（2）linux新增硬盘，系统不重启识别新增硬盘的方法：

98、介绍一下linux中awk命令的常见用法

99、linux系统的日常管理

总结面试注意几点事项，可能笔者也说得不太对，为了我们运维工作的兄弟们都能拿到高薪，大家一定要指证出来一起进步、一起探讨：

第一，你要对自己的简历很熟悉，简历上的写的技能自己一定要能说出个一二，因为面试官的很多问题都会挑你简历上写的问。比如你简历上写了这么一条技能“熟悉mysql数据库的部署安装及原理”。你即然写了这么一条技能，你在怎么不熟悉你也要了解mysql的原理，能说出个大概意思。万一面试官问到了你写的这一条，你都答不上来，那在他心里你又减分了，基本上这次面试希望不大。

第二，如果面试官问到你不会的问题，你就说这个不太熟悉，没有具体研究过，千万别不懂装懂，还扯一堆没用的话题来掩饰，这样只会让面试官反感你。

第三，准备充分，竟可能多的记住原理性的知识，一般面试问的多的就是原理。很少问具体的配置文件是怎么配置的。面试前也要了解清楚“职位描述”和“岗位要求”，虽然有时候大多数不会问到岗位要求的问题，但也要了解和熟悉。

第四，面试完后一定要总结，尽量记住面试官问的每一个问题，回去记录下来，如果问到不会的问题，事后要立马查百度或者找朋友搞清楚、弄明白，这样你才能记劳，下次面试说不定又问到同样的问题。

（文章转自网络，如有侵权，请联系删除）

来源 | 阿里开发者公众号

毕业后就投身于前端行业，这期间做过业务，做过基建，大前端技术体系下的各个子方向基本都实践过。回过头来看，与刚进入前端行业时相比，对前端行业的认识更清晰了，但也发现困惑更多了，追求的东西好像变了，欠缺的东西变多了。

我认为的工作是什么样的?

起初以为工作是生活的小部分，后来发现工作是生活的大部分，工作不顺影响生活，影响自己，我们应该更认真的去对待工作。

佛陀传中记录了一个故事叫《看顾水牛经》，我觉得它很好的表达了好的工作方式是什么样的。

“什么才是一个好的牧童应该知道和做到的。一个好好照顾水牛的孩子，应该熟悉他看管的水牛。他会知道每一头水牛的特征和倾向，什么时候要替它们擦洗身体，怎样料理它们的伤口，用烟来赶走蚊虫，给它们找安全的路行走，爱护它们，带它们过河时行水最浅的地方，给它们新鲜的草和水，好好的保养草原，又使年长的水牛给年幼的做好榜样。”—— 看顾水牛经（佛陀传）

对牧童来说，放牛就是他的工作，工作内容很简单，但仔细深究就会发现 ，要关注很多方面才能将事情做好。正如我们所面对的工作一样，虽然内容各种各样的，但要做好，方法是一样的，认真的去做，找到正确的方式去做，希望各位能找到愿意以“主人翁”心态去工作的工作，看到自己工作的价值。

一个简单的问题，但大部分人却说不清楚，我当初也是误打误撞进入了这个行业，不知不觉就干了快七年。漫无目的的做一件事情是很难做好的，也是痛苦的，尤其是这件事还占据了我们最多的时间，所以我们需要想清楚，前端是什么？价值在哪？

这里我将前端按下面三个维度进行拆分：

• 面向公司的前端 - 不同的公司，不同的团队前端要做的事情也是有差异的，作为前端，可以解决公司前端相关问题

  • 解决了生存的问题，维护一定的社会关系，在整个就业环境中表现得还不错，所以选择了这个行业

• 掌握并理解前端行业专业技术 - 掌握各项前端知识且可灵活运用解决行业问题

  • 前端是一个充满了活力而且没有太多专业壁垒的行业，你可以很容易享受整个行业带来的改变以及去影响行业的发展，社区中的很多知名开源工具软件就是个人的作品，比如 Vue，这是一个通过个人影响全球开发者的典型案例。

• 基于你所掌握的技术能给社会带来的价值 - 技术转换为产品，产品带来价值

  • 虽然前端只是软件工程分工中的一个环节，但前端是个另类，你完全可以通过前端技能去完成一款产品的开发，即在互联网的世界中，你可以创造属于你自己的产品，这也是前端的魅力，创造给未来带来更多可能。

记得曾经看到过的一句话，人一定得有创造，只有创造才能带来新的价值，我觉得前端就是一个有创造可能的行业。

在稍微大一点的公司或者前端团队，前端的工作性质也会分为业务支持和技术架构 ，一个是将业务产品需求转化为面向普通用户的产品；一个是提供良好的技术工具给业务前端同学去更好的完成产品的开发。

如果有条件，我觉得两种都去接触接触，因为这本就是分不开的两个东西，只不过侧重点不同，所以带来的结果是做业务的同学需要考虑技术产出，做技术的同学需要有业务思考。有机会的话，最好两个方向都做一段时间，不限制自己只能做什么。

无论做哪个方向，一定要保持自己技术广度的扩充，你可以不去深挖，但一定要了解，当需要的时候你才能立马拿起来。

我觉得兴趣与工作理想的关系应该是工作为主，兴趣为辅，两者缺一不可。对自己的工作没有一点兴趣的工作过程是痛苦的，你可以从过程中，或者结果上，或者关联的人、团体上发现自己感兴趣的点，这样你的工作会轻松很多，有点像在茫茫沙漠中行走，偶尔出现的一抹绿株。但兴趣不可占了全部，如果关注了过多的兴趣就可能会忽视工作本身，从而带来不好的结果。

如果你对你的工作还没有一点兴趣，那么请培养吧，如果有了兴趣，那么就想办法结合起来，让兴趣帮助你做得更好。

怎么知道自己对哪方面感兴趣？
看看自己下班后会做什么与工作关联的事情吧，没有外部推动，自己主动去关注尝试的可能就是你感兴趣的。

我带过团队，也经历过多任主管，我发现在评价一个人的时候，很关注主动性。你可能会听到领导说做事要主动点，可能也收到过缺乏业务思考的评价。

在长期的学校教育中，我们一直接受的是 “被动” 的学习方式，老师教什么，我们学什么。考核也是用固定的考题，具备标准的答案，所以导致我们缺乏了一点主动。我刚开始工作那几年就基本处于这种状态，去到新公司，等公司的新人培训，等待师兄的指导，等待领导安排任务；而没有去了解新团队是什么样的，我应该怎么样才能更好的融入，我能给团队带来什么？在团队的职责范围内，我更想做什么？

从以公司为中心转变为以我为中心，除了给公司带来一个员工外，想想能给公司带来什么？

工作太多，总是忙不过来怎么办？

忙碌会给人带来一种很充实的错觉，感到自己被需要，感到自己在成长，内心感到充实。不拒绝短期的忙碌，避免长期的忙碌。

忙不过来是很多人都会遇到的，也是经常听到大家抱怨的，总感觉活干不完，总感觉持续了一段时间都在忙碌中度过，但事后来看，好像又没做了什么东西？

• 需求太多，历史债务，人员更替 —— 客观因素
• 太着急做，可能做了 10 件事，解决了 10 个业务的问题，但是有一半是重复的 —— 没有找到根源，缺乏深层次的解决方案
• 所有的事情都想做，单线程当多线程用 —— 拆解归纳需求，按优先级取舍

• 如果活确实太多，而且都不能拉下，一个人当几个人用，可以和领导沟通，寻求解决办法

• 分清优先级（不要全是 P0/P1，那和没有优先级有什么区别？），该舍弃的舍弃

  • 有时候做的许多需求（尤其是技术需求）并不是那么急需
• 分一部分给别人去做，事情一个人是做不完的，寻求合作伙伴一起解决
• 即使最忙的时候也抽时间停下来，想一想，和别人聊聊，也许会出现灵光一闪的情况

忙碌的状态肯定是不好的，不要沉迷忙碌而当做充实，忙碌不会让你成长，只会让你更疲惫。人生是马拉松长跑，不是短距离冲刺，适当停下来想一想，也许能找到更好的实现路径。

如何处理领导/下属/同事沟通相处？

• 和领导沟通担心留下不好印象，暴露自己的无知？所以遇事自己憋着，或是瞎揣测

  • 建立有效沟通，提前想一遍，然后将自己的方案和结论拿出来沟通，领导往往比你获取到更多的信息，经验更丰富，和能给出你良好建议的人沟通才能帮助你更快成长
  • 领导比你想象中更愿意和你沟通

• 和下属沟通有隔阂，总感觉留有余地，或是事情讲不明白

  • 建立信任机制，根据性格选择合适的沟通方式，有问题该说的说，该表扬的表扬
  • 沟通有困难，看看是不是有信息差或是经验欠缺。下属获取的信息可能不全面，技能和经验上可能不如自己，将背景和必要信息讲清楚
• • 你不可能一个人把事都做了，更多的是大家一起才能把事做好，我们应该考虑的是怎样把事情做得更好更大而不是想着蛋糕谁分大小的问题。如果你能帮助和影响他人成长，那么你一定也会有所收获的。

前端是否有天花板，我说肯定是有的，每个行业都有天花板，只是前端的看着比较明显，我也一直在思考下一个成长点在哪？

我觉得前端只有某一方向的深度是不够的，不要局限自己，应该往综合方面发展，也不仅仅只关注技术层面。

• 与其想那么多 ，不如赶紧去做，只有尝试了才能知道结果
• 多和优秀的人、不同行业的人沟通，尝试进入不同的圈子
• 如果你已经有了选择的方向，那就持续专研下去，努力的过程终会成就自己
• 如果结果没有那么好，那么就接受平凡的结果，也接受平凡的自己

如果有一天不做前端了，我会做什么

我想我依然会抽时间写代码，做自己想要的产品，只打磨功能，不关注代码规范、不关注稳定性、不关注测试覆盖率、不关注 eslint、不关注性能、不关注 bug 率。