[深圳] - 运维相关岗位 - 顺便求点评

[tomczhen]

个人信息

• Tom CzHen/男 /1985

• 大专 /湖北大学知行学院 - 广告策划与制作

• 工作年限 8 年

• 个人博客

  https://www.tomczhen.com

• GitHub

  https://github.com/TomCzHen

• E-mail

  [e-mail]

期望工作

• 深圳 /运维工程师 /系统管理员 /10K-12K （税前）

首先是一点自知之明，工作资历加上学历与年龄的问题，预期并不高，如果双休或有脑加班的话，我还是愿意吃饼喝鸡汤的。

不过 JD 有以下情况的我无脑 Pass：

1. 现金贷、返利购物业务

   出乎意料的深圳的各种套路公司还挺多，虽然很大可能是公司看不上我，不过这里我选择为双方节省时间。

2. 完成领导交待的其他工作

   能理解觉得运维岗位清闲的心情，不过招聘岗位职责不明确，对员工、对公司都不负责。

3. 踏实肯干，吃苦耐劳

   用技术解放重复劳动的人力才是提升效率的根本方法，吃苦耐劳？缘木求鱼罢了。

4. 强弱电、驾照

   这种一不小心就要命的事就饶了我吧。

自我评价

浑浑噩噩在外几年后总算知道自己想干啥了，过去的一切都成为了成长的代价，希望还有时间让自己能改变。

√ 科学上网

√ 阅读英文文档

√ 自我驱动

英语

花了一年多时间把英语捡起来，可以做到不依赖翻译软件直接阅读英文技术文档，基本都是通过自学（ Github、Youtube、英文文档）来学习。

有在 B 站看 LinusTechTips 的节目来继续学习听力，短期目标是加强词汇量到有能力直接在 Youtube 上啃生肉。长期目标是想知道用英语思考的体验是怎样的感觉。

Linux

三年前为了戒掉 WOW 和 Steam 投奔 Linux 阵营，选择了 openSUSE 作为日常使用的发行版，Fedora 和 Debian 作为自己的 Home Lab 机的常用系统。

不过有 Docker 之后对发行版的差异感比较模糊。

刚开始将 Linux 桌面作为日常使用时有点当初刚学操作电脑的感觉，随着重装系统频率的降低算是比较熟悉 Linux 了。

Skill

花了一些时间，断断续续通过 Coursera 补了计算机原理、编码、数据结构与算法知识。

尝试在 LeetCode 刷题之后明白了自己学渣的本质，选择先放下数学去补英语和其他技能，计划“背”一些经典排序、查找算法之后再次尝试。

对 TCP/IP 有了解，网络七层 /四层、TCP 与 UDP 的差异、网络性能测试（ PPS、速率），tcpdump、wireshark 抓包，不过底层的东西实在是超出能力太多，只能说有了解。

应用层协议对 HTTP 协议比较熟悉，协议定义（直接翻 RFC 文档）、状态码、缓存控制等都有了解和一定的实践。

Server

对 Windows 服务器也有了解，知道 PowerShell 能直接完成 GUI 操作配置，不过小公司没有规模上的压力，用鼠标点点还是轻松，也更方便人员交接。

IIS 负载均衡、反代、URL Rewrite 都有做过，有写过 IIS 站点部署脚本。

Linux 服务方面 Web Server 我选 Nginx，Docker 好用得不要不要的。

Virtualization

很早就有接触 VMware ESXi，不过由于条件限制，基本都是单机部署，本地存储。对接块存储也仅仅使用过 iSCSI，至于其他的故障转移什么的，这些真心没条件弄。

云平台方面，主要使用的是阿里云，对 AWS 也比较了解（可免费试用项目）。

Database

对 SQL Server 的实际使用经验比较多，包括单机优化（存储、索引、表结构、语句），不过由于之前的公司业务并没有集群，集群方面仅仅是有试验过。

了解 MySQL、PostgreSQL，基本的安装配置、集群搭建照着文档走也没问题，不过缺少生产实践，从我 SQL Server 的经验看，生产环境还是有很多细节需要注意的，但是这些文档上学不到。

由于 T-SQL 与标准 SQL 语法的差异，语句方面虽然能写，但估计还需要时间来熟悉。

非关系数据库对 Redis 比较了解，不过还是缺少生产环境集群的实践。

有自己搭建 Mongodb，ELK 等项目，但仅限于玩玩自己的 Demo。

CI/CD

主要使用的是 Jenkins，不过对其他 CI 也有了解：Gitlab CI、Travis CI 等，偏好声明式的 CI 脚本。

了解 Android、iOS 的构建，前端 Webpack 构建，.net 构建（ msbuild ），PHP，不过对 Java 系了解较少，仅对 maven 有一些了解。

• jenkins-android-sample

  这个项目主要目的是为了尝试 Jenkins 声明式 Pipeline，顺便尝试把之前公司遇到的构建过程中敏感信息处理问题解决一下。

批量部署工具有 SaltStack 在 Windows 上部署 IIS 站点的经验，不过由于公司规模太小，仅仅能算是会使用而已，对于大规模下（超过 200 台）的实际情况仍然无法预计。

Code

会使用的语言 Python 与 lua，有写过简单的 OpenResty 与 flask 项目，不过独立开发 Web 项目还缺少经验与前端技能：

• jenkins-flask-sample

• simple-api-gateway

  这两个项目的主要目的是为了实践 http 协议的相关知识，另外也尝试了前端 webpack 还有 docker 编排。

Shell 脚本也能写，不过要裸写 awk、sed 加正则的话我选择投降。

其他

虽然拍照很渣，但摄影姑且也算是个人爱好之一，另外也会折腾下树莓派、智能家居、DIY NAS 什么的。

• Hass.io 插件 - 花生壳内网版

自我感觉还是有分享精神的，在学习 Linux 过程中有实际解决一些个人需求的文章，发布在什么值得买上:

• 没有树莓派？没关系，手机也行！闲置安卓设备打造智能家庭中枢
• 树莓派+Docker —轻松打造自己的智能家居控制中心

工作经历

由于 V2 的搜索权重很高，为避免不必要的麻烦，隐去公司名。

2015/6-至今 深圳市 xx 信息技术有限公司

互联网 /电子商务 | 少于 50 人 | 民营公司 | 技术部 | 运维工程师

工作描述

公司项目为垂直珠宝行业的综合平台，有 APP 及 Web 端产品。

主要工作职责是维护公司产品后台服务器以及数据库，APP 日常持续集成平台搭建及实施，后台应用自动化部署。

1. 使用 ESXi （ iSCSI、NFS 网络存储）搭建了构建服务器、开发服务器。
2. 使用 Jenkins 搭建 Android 与 iOS 持续集成平台。
3. 使用 Jenkins 与 SVN 实现后端持续集成流程，并在服务器增加后将 SVN 的方式替换为 Git、SaltStack。
4. 熟练掌握了阿里云 RDS For SQL Server 与 ECS 的各项功能使用，并尝试使用了 OpenAPI 完成 DNS 配置操作。
5. 使用 Docker 部署了单机实例 Redis （业务不需要高可用以及持久化）。
6. 使用 Docker 部署自己编写的 OpenResty 项目用于解决图片 URL 变更造成的 APP 兼容问题。
7. 使用 Docker 部署了 GitLab 社区版，用于项目（ Android 与 iOS ）源码版本管理。
8. 部署 TFS 用于后端源码版本管理。

2012/2-2015/5 深圳市 xx 信息技术有限公司

计算机软件 | 少于 50 人 | 民营公司 | 技术部 | 数据库工程师 /管理员

工作描述

公司项目为珠宝行业软件产品与定制服务，并提供了数据库托管服务，使用阿里云 ECS 自建实例托管用户数据。

1. 阿里云 ECS 服务器选型、性能评估，服务器 IO、CPU 性能测试，SQL Server 基准性能测试。
2. 阿里云 ECS 服务器与 SQL Server 实例日常运维巡检。
3. SQL Server 性能调优（表分区、存储过程优化、数据结构优化、索引优化）。
4. 使用 EXSi （本地存储）与 Hyper-V 降低硬件成本搭建开发、测试服环境。
5. 部署 TFS 用于后端源码版本管理。
6. 使用开源软路由 pfSense 解决公司网络拥堵问题，搭建 VPN Server （ IPSec ） 用于安全连接内部网络。

2009/10-2011/10 深圳市 xx 计算机系统有限公司

计算机软件 | 少于 50 人 | 民营公司 | 技术部 | 技术支持 /维护工程师

工作描述

公司主要产品为餐饮行业软件，使用 Sybase 数据库，并附带了相关硬件（票据打印机、触摸屏、一体机）的销售业务。 日常工作为项目部署（ Windows Server 2003、Sybase 6 ），客户故障处理（网络、打印机等），提供电话支持。

1. 使用 Sysrep 封装工具封装镜像用于公司日常工作，提高部署效率。
2. 无线网络优化部署的基本知识（信道、信号分布）。
3. 服务器维护、安装阵列、以及基本的数据安全知识。

[lgpqdwjh]

85 年大叔叔 待遇有点没跟上市场价哦， 大叔叔加油。

[tomczhen]

@lgpqdwjh 卖得出去才能叫价格啊😂

[privil]

九十月份跳槽多，年底坑位少，年后又是一波……

[jeffcott]

感觉比我的技能栈强太多了，钱拿少了吧

[wafm]

支持你,有能力无惧学历问题

[jinyang656]

你这能力不拿 25K+我不服，不要太看轻自己，学历什么的真的没那么重要，如果你用这个投简历的话建议你把心理历程这些去掉，不要太多暴露你的短处，去掉你的那些转折"不过"、"但是"

[YellowLittleDog]

大哥自信点

[Geo200]

楼主挺厉害的👍🏻

[402124773]

给点建议吧，能力方面我不知道怎么判定，但是面试这个东西都是套路。
把简历上的东西写的专业点。然后多练习下面试的流程，自我介绍，项目难点，专业哪方面有深入点的。
20k 往上的工作还是很多的。

[xderam]

写了一堆，发现 @402124773 给出的建议比较婉转和全面。
“面试的流程，自我介绍，项目难点，专业哪方面有深入点。"
运维其实也是需要协作的，流程，沟通如何配合。8 年的运维应该有一些相关思考，即使是前期单打独斗，最好也要有点了解。以后运维一个人单打独斗的场景可能越来越少了。

[defunct9]

应该 20k 到 30k 吧，简历中的重点需要再突出。比如 jenkins 的，靠插件还是靠 shell ； docker 的具体实例不妥，redis 和 git 都不该这么干

[20has]

深圳工资要的太低了 要的这么低谁敢用你啊
建议起步 18k 吧 自信点 好好整理下简历 面试都是套路 销售自己也是一种锻炼，加油！

[privil]

@20has #12
@defunct9 #11
@402124773 #9
@jinyang656 #6
我想问你们谁是做运维的……准确来说这位大哥做 linux 运维，是从 15 年到现在，然后我发现的问题点，就是完全没涉及任何做监控的部分，是觉得监控完全不重要么？而且虚拟化 ESXi 那套，至少我看来的是完全没亮点的，只能说会。做运维的经验和机器数量当然还是基本成正相关的，经验啥的当然可以适当美化，但心里多少还是要有点数好么，面试给人面出来吹大了也很难受。总体评价，技能树理解不够深入，有些地方要点的没看到点，有些技能栈和现有运维需求可能不一致（举例 SQL server ）。JD pass 的二三条，我觉的还是很可以商榷的，其他要求，第二点，靠谱公司不会有很不靠谱的其他要求，主要就是运维太杂，偶尔有点杂事，你说全写在要求里面，不现实；第三点其实也是虚话套话，不必当真。这还是牵涉到怎么分辨一个公司靠谱不靠谱的问题了，和个人关系不大。最后我也来吐槽下，我他妈也想公司程序员都啥都懂，写代码各种优秀，部署起来简单易懂，上线不出 bug，我只做运维要做的活，但是现实不可能啊，现实就是，锅是有的还要你接，开发偶尔会逗比， 你要擦好屁股，这种问题基本什么公司都有，腾讯也有好的么！

[webjin1]

你阅读英文文档的时候是不是翻墙用谷歌浏览器？

[tomczhen]

@privil

监控部分忘记写了，zabbix 还是会的，囧。

大多数情况下云平台提供的各种监控报警足够了，小公司自己搭建的动力不大。

而应用方面的监控之前公司后端开发人员完全没兴致，即便有安装一些收集数据的钩子也完全不看，而我只能看下执行时间的相关分析。

根本问题点还是数据库与现有需求不符、缺少一定数量服务器的生产环境实践，这两点是绕不开的，这点我还是清楚的。不过找工作嘛，就是要找到符合需求的坑，所以我的预期是偏向持续集成方向的。

虚拟化方面只是想说明还有些了解，至少对块存储、文存储，虚拟化有个基本理解，有时候也能解决一些问题。你要知道现在就算小公司也有要求有大规模 OpenStack 部署经验的。

PS：顺便吐槽一下，除开工具链差异，我真不觉的同样是关系型数据，差异会大到哪里去。

---

至于 JD Pass 的二三点嘛，这样说吧，所有 HR 都应该知道公开场合一定不能说“学历无用”，只能说“只要有能力，学历不是问题”但实际怎样做大家心知肚明。

二三点并不能说明什么实际意义，但是直接毫无修饰的写在 JD 上，只能说这公司真心有些地方有问题。

---

我（个人）理解运维的作用不是不让问题出现，而是如何正确的处理问题，让事情变得可控。毕竟只要有发生问题的可能，就一定会发生问题。

所以我要吐槽的是 JD 里各种要求“保障服务器 7x24 无故障运行”，再配上“领导交代的其他工作”，好像请个运维在公司就能让服务不出现问题，所以运维没事干就应该去做“其他工作”。

个人来说，已经没有多少时间能在基于这种思考模式下的公司待了。

[privil]

@tomczhen 云监控是否可信？应用级别的性能监控呢？ docker 容器的监控呢？技能栈关联性没毛病，关键问题在于你的潜在的竞争对手搞了三年 mysql ……

[tomczhen]

@privil

监控的目的是要对整体应用服务有足够的掌握度，根据掌握度的需求级别需要做的事情差异还是很大的。各个维度的监控数据必须横向分析才能完全掌控应用层面各种问题原因，这种事情想做到还得加上日志收集才能达成。

小规模服务的把握度和需求都比较低，云平台的监控是足够的，可信度这个问题在选择云平台时就已经有答案了，再来纠结也毫无意义——毕竟用户也没有任何方法能监控到物理机器。

而规模到一定程度时，需要完成的工作也并非是单个人的力量可以完成的，以目前主流的各种开源技术解决方案、架构来看，这个工作必须是有团队才能支撑的。

我的目标并非是成为 DBA，在只需要满足运维岗位对数据库的掌握程度这个提前下，对手搞多少年 MySQL 影响不大。

反过来讲，如果一个公司岗位的实际需求是有 DBA 级别的运维，也不在我的预期之内。毕竟在我预期目标之内的岗位薪资恐怕也招不到 DBA 级别的运维。

[defunct9]

@privil 兄弟不才，正经 linux 运维一枚（对 windows 一窍不通）。只是证明俺木有胡说八道

[zhongdong]

加油，工资可以要高点，你这要求也太低了

[402124773]

@tomczhen
最近所在的公司突然就关门了，赔了点钱。
我也在半找工作状态。
我个人觉得吧，找个工资高点的工作，你至少得有一个技能点突出的，这个突出点一定要到代码函数级别的，面试官怎么都问不倒你。同时，你也要稍微有广度，能陪 面试官扯些其他方面的，准备充分，自信点。这样成功率会高很多。
祝好运。