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

[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. 服务器维护、安装阵列、以及基本的数据安全知识。

[greyterry]

隔行如隔山，我觉得一样事情做好的话薪酬都不止这个了……愚见。

[tomczhen]

@402124773

我也不知道自己有哪里能算得上突出的，因为没横向比较的参考。

10 月份开始面试到现在，尝试不同的突出方向，比较成功的方向是 Jenkins 和 Docker 相关，也有一家对我个人兴趣方向（树莓派、智能家居）有兴趣。只有一家问过我 HTTP 协议相关的问题，不过面试官应该没我熟悉这块，问得很浅，一笔带过。

主要的问题还是在于数据库以及一定规模下 Linux 服务器生产实践经验这两个部分。

还有个比较随缘的是个人技术栈与公司技术栈契合度——有两家倒是满意 Jenkins 和 Docker，但我对 Java Web 这块完全不了解，直接 Over。

当前的策略是继续选择 CI/CD 和 Docker 方向，顺便为了 Plan B 继续撸 Python Web。

@greyterry

个人愚见：做得好，不如让人相信你做得好，这样才有机会证明自己能不能做好。直白的说我的博客、GitHub 还有这篇贴子，都是出于这个目的而准备的。

至于运维这个岗位嘛，明明是个深度和广度都需要积累的职位，但偏偏大多数适合初级运维的地方根本不需要初级运维。

讲实话，个人觉得中级以上有开发能力的大多数应该会选择转成开发——毕竟可以少操心很多事，而且薪水也更高。

[WonderfulRush]

祝早日找到工作。

[49degree]

运维这岗位 = 保障运行+业务维护
感觉简历内容太泛不聚焦，有几个关键缺失
1、监控，业务运行状况自然少不了监控，基础 CPU/内存 /硬盘监控（好多时候程序的问题会体现在这几个指标上），再加上业务指标监控，告警，这块内容都不少了
2、虚拟化或服务器管理能力，有点业务规模的公司要么有硬件服务器，要么就是 VMware 虚拟化，配置 RAID、定期备份、硬件选型、VMware 虚拟化管理配置优化之类的少不了
3、业务上线维护能力，虽有 Jenkins 和 Docker （但简历描述更多像是浅尝辄止的入门性研究，不够深入），常见的 Java 应用、PHP 应用、Python 应用以及常见 DB 安装配置能力，有点规模的公司，生产和开发环境是分不同人管理的
4、安全管理，业务系统多了，服务器多了，权限的管理就来了，热门安全补丁，病毒防范之类也不少

其它能力只要简单描述一下，也就是加分了

[hanxiaomeng]

我曾经也是运维，看楼主的简历，运维经验还是偏少。

运维这行天时地利人和缺一不可，如果接触不到足够大的生产规模，深度很难提升，多半还是打杂的。

要想为了以后发展，楼主一定要找准公司，做 IASS 和电商的最好，其次就是游戏行业。

楼主的这种技能栈，如果做过一些高并发、大数据环境的运维，薪资绝对 30k+。

不过就现在来讲，保守点 15k 公司抢着要。

[hanxiaomeng]

另外，建议楼主把工作经验改成五年，薪资要求在 15-20k 之间。
工资可以要高了，但千万不能要低了。

[tomczhen]

@49degree

1. 监控方面确实需要补充。
2. 感觉配置 RAID，定期备份，硬件选型这些跟开发搭建开发环境一样是基本要求，所以根本没想着要写，看来得改下观念了。
3. jenkins 我是参考 https://www.cloudbees.com/sites/default/files/cje-study-guide-2017.pdf 的内容学习的，去掉了 base cloud 的部分。有完成过一个项目整体从开发到部署（ saltstack ）的流程，不过小公司没测试，只试验性的对接过 FitNesse 做 API 的回归测试（因为测试用例没有人更新，随着项目变化最终废弃）。

容器方面考虑到实际的集群经验无法获取，所以主要精力是放在 Docker Swarm/K8S 之前的部分。

我也很想知道如何做或者说如何表述才能有“足够深入”的感觉，还请赐教。

4. 安全方面，HTTP 协议的相关安全问题还是有了解的，常见的 HTTP 攻击，CC、回放、中间人这些也有做过一些方案（ APP 相关）。

但是感觉在这个问题方面，作为运维很无力。最小权限、补丁（平时也关注 CVE 漏洞库和一些国外相关资讯网站）这些都只是基本，但是很多安全问题都是应用层上的，运维没有高性价比的解决方法。

当然，这些结论仅仅是我根据自身知识而产生的，也许专业的安全人员有更正确的观点。

@hanxiaomeng

实际简历跟这里的内容还是有些差异的，工作年限已经按你的建议修改，3q。

现在的难点就是“如何获得足够大的生产规模的实践经验”，也明白以自身的境地需要一些“运气”，但这个就不是我能控制的了，只能尽量多尝试各种方法来提高概率。

个人预期的首选目标也确实跟你分析的一样是电商、游戏、IoT 行业，plan b 是业务合适的教育、医疗行业。

虽然目标明确是好事，不过这也提高了我就业的难度，现在这个时间点要找到一家规模合适又符合技术栈的公司愿意招我入职还是比较难的。

[x18960]

楼主 你很快就会被挖走了

对了楼主没有应对网站被 ddos cc 等经验吗

[tomczhen]

@x18960

DDoS 有了解，攻防技术相关的文章都看过很多，我（个人）得出的结论是：大多数文章所写的优化 TCP 参数、内核句柄等方法都是无效的。

反射式 DDoS 带来的瞬时攻击流量根本不是这种方法可以防御的，而这些“优化”带来的代价也决定了无法默认开启。

云平台免费的 DDoS 流量的提高了攻击者的门槛，而不是有效的解决攻击问题。

对于小公司大多数情况下云平台提供的免费 DDoS 流量足够防御，而超过这个限度的，只能看运维能掌握多少资源罢了。

说到底，防御 DDoS 完全就是烧钱，想通过自身力量低成本快速解决攻击带来的问题这种期望本身就是不靠谱的。

CC 方面主要还是清洗流量，如果预期目标是对正常业务不造成影响，我（个人）觉得这个级别的预期难度怕是要从架构上就要做准备才行（多级缓存、读写分离等等）。

应用层面的优化是要做的，否则投入的成本会很高。换个方向说，如果业务真的有这么重要，那么这些基本问题也通常会因为在 QA 流程中有性能评估而规避掉。

而对于应用层面有缺陷，也没有前期性能评估的项目，运维除了靠 WAF 之类的流量清洗产品挡一下、加几台服务器之外还能有别的更好的办法么？

PS：如果真的精于安全攻防的话我（个人）会选择去干灰产或者找家大公司洗白¯\_(ツ)_/¯。

[x18960]

@tomczhen 大佬你话语，真的，我感觉你应该是不自信，不敢要工资。太特么屈才了。

云平台的服务，如果指的 cdn 绕过 cdn 或者人家回源，咱们一点办法没有，
我感觉劝老板买高房，让机房清洗最靠谱😁

[tomczhen]

@x18960

不不，我不是大佬。

我只是认识到这个问题本质上是钱的问题，也是个人无法解决的问题之后放弃治疗了。

静态页还好，动态信息请求打死数据库什么的才叫绝望。

[x18960]

@tomczhen 哈哈 我现在的公司，就被我用阿里云的 16600/20g 说服 乖乖的用静态页做广告了

[49degree]

学习能力不错，感觉你写的内容太泛了
简历嘛，投其所好，多看看运维的招聘描述
针对性的写实际经验，应该能比你期望的薪资高

[cominghome]

如果你写出来的东西如是的话感觉拿 20 没问题啊

[Ryans]

感觉楼主好厉害呀。。。