面向面试运维

面试一向是让我头疼的问题,一方面是因为技术上确实不够精通,另一方面也因为自己表达能力不太好,更重要的是,还缺乏准备,不刷题不深入复习简历就去面试了,结果可想而知,说出来的东西磕磕巴巴毫无条理,就好像这些项目不是自己做的一样。正所谓凡事预则立,不预则废,一次次失败也就在情理之中了。

离职

失败多了,经常会自我怀疑,不想去面试,或者推掉很多 JD 看起来比较难的面试。然而,待业马上就满4个月了,不能在继续闲下去了。也怪自己 too young too simple,没有经历过社会的毒打,在裁员时居然有些兴奋,还为了等名额放弃了一个有口头意向的大厂。离职前计划着给自己放个假,在地图上规划了 10 多个城市想去走走看看,武汉,成都,长沙,广州,深圳,杭州,苏州,南京,天津等等,规划着去看看这么多年都没去过的故宫长城(最终只去苏州玩了几天),完全没有想马上过年了,招聘的公司也该变少了,当然也更没有想到新冠疫情。最后,真放了个长长的假期。

自我介绍

至此算是深刻的认识到,面试和实际工作是很不一样的,准备面试更多的是学习的过程,工作更多的是实践,学习和实际都不能偏废,学而不思则罔,思而不学则殆,面向面试去工作,也是很重要的和有用的。因此,我决定在重启博客之后,先总结下面试可能遇到的问题,好好准备一下面试。今天就先准备个自我介绍,努力说够 2 分钟,之前经常是干巴巴的几句话就说完了。

我是14年毕业于 XX 大学计算机专业,校招进入 XX 研发中心工程部基础运维组做运维工程师,这个职位主要是对外对接 IDC 外包,处理服务器上架,安装系统,重装系统,硬件故障排查更换等流程,对内负责响应其他部门的服务器故障协查需求。主要的工作成果是针对重复的工作流程,写了一些自动化脚本,提高了这类工作的效率,脚本用到了 PHP 和 Shell。

在 XX 呆了一年,离开之后进入 XX,做运维工程师。这是一个业务部门,负责XX 电视的各种接口以及运营后台,业务数量很多,服务器,域名,数据库等资源的需求比较大,最多的时候有超过 1200 台服务器,有很强的资源管理需求。针对这种情况,我调研了几个开源的 CMDB 系统,最终选择了 iTop。基于 iTop 定制了 CMDB 和工单系统,有效的管理了各种资源。另外部门有自建的监控,主要使用 Zabbix。我的贡献是对监控做了一些优化,比如用自动注册的方式添加服务器监控,设计开发 URL 监控程序,对接 iTop 优化报警流程等等,提高了监控报警的效率。

18 年 6 月之后经历了部门合并,然后主要做 K8S 容器平台,同时很长一段时间在做成本压缩。成本压缩的主要成果是缩减了近500台服务器,使月成本降低了大概1/3。K8S 平台的主要的成果是基于 iTop 做了一个管理系统,实现了研发直接通过 iTop 部署或者更新业务,不需要在去学习 K8S,降低了学习和使用的成本,也降低了老容器平台迁移的成本(基于 Mesos 的容器平台)。K8S 平台的规模在我离开的时候是大概50节点,900cpu,4T 内存的规模,业务高峰期大概 400 容器组。

可能的问题

为什么迁移到 Kubernetes

  • 基于 Mesos 的容器平台是前同事定制开发的,无人接手维护,新增功能和 BUG 修复困难。而 Kubernetes 社区非常活跃,第三方组件也非常丰富,后续维护,人员招聘也都更容易。
  • Kubernetes 有一些很吸引人的功能,比如:
    • HPA,高峰期自动扩容,可以有效的解决之前遇到的容器分布不均匀的问题(不均匀是指某些机器上高负载容器很多,导致机器负载高,同时有些机器却很闲)。
    • Kubernetes 有官方 Dashboard 支持 Web Terminal,可以实现完全让研发人员不登录服务器就能调试业务,可以逐步省掉服务器账号分配的流程。
    • Kubernetes 有容器网络和基于 Service 的服务发现功能,可以直接用内部域名调用依赖项,避免经过负载均衡,可以省掉部分费用(负载均衡是收费的)。

CMDB 是如何选型的

考虑以下几点

  • 是否活跃开发。比较了 iTop,oneCMDB,i-doit,yourCMDB 等,iTop,yourCMDB 较为活跃。
  • 是否易于定制。由于没用过 Java,更倾向于选择 PHP 开发的 CMDB。一开始选择了 yourCMDB,发现定制起来比较麻烦,需要改动核心代码。iTop 有比较完善的插件机制,所以最终选择了 iTop。

在 A公司 的收获

在 A公司 主要的工作内容是处理各种故障或则流程工单,积累了一些系统故障排查处理经验。另外对 CMDB 和 工单系统 有了基本的了解和认识,同时由于经常人工处理工单也让我深刻感受到自动化的必要性。

在 B公司 的收获

B 公司为我提供了一个比较宽广的平台去接触了很多对我来说新的技术,比如容器,Zabbix,iTop,Telegraf,Kubernetes 等,也有机会去独立的实施一些项目,改进工作流程,比如 CMDB 和工单系统。包括后来做的成本压缩。这些经历让我对运维有了更深入的认识(运维的价值在于通过技术手段抑制混乱,努力做到有序,高效,低成本),能够设计出更高效的工具和流程。

请勿全文转载,部分引用请注明出处。
本文链接地址: https://www.annhe.net/article-3734.html
博客能带货吗

发表评论

电子邮件地址不会被公开。 必填项已用*标注