漫漫长路之运维工程师从入门到删库
入门介绍
运维这职位比较适合不断学习的筒子，打个比喻，码代码的职业发展曲线是平滑上升，那么相比之下，
运维就是阶梯式的，需要各位掌握非常全面的知识，学习成本非常高，要等到当前所有技能点都点满才能到下一阶段。举个栗子，SQL执行效率慢的原因排查，有主机性能差导致负载高，索引问题效率低下，资源分配等。
简单的SFTP传输文件为何失败率高的解决思路，就涉及服务器ssh内部配置，域名解析，TCP/IP的并发数检查。
可以看到运维招聘职位要求可能非常多，但高级的人才非常难找，基本跑去大厂了，还换着职位title抢人。
随着互联网行业的“工具化”水平越发达，更迭越快，企业开放的中级职位也就越容易被初级突击培训的新人取代。
即便干了十几年的老员工，一旦懈怠下来的，估计连基础命令都快忘得差不多了。
所以这一行非常讲究持续学习，否则到年纪还是转管理岗比较合适。
半路出家的可能转开发还顺利，但为什么难转运维？
就是因为计算机方面很多体系架构东西没有学过，碰到问题用什么方法解决就会有局限性。
单单一个SQL执行问题分析，要靠对数据库的流程理解，包括登录、解析、执行、提交返回，分别在这几个阶段进行横向对比。
职业经历
我第一家公司是外企，基本上服务器的分配管理，业务软件包括版本更新，数据库导出报表分析等都有专人负责。业务系统里面的东西万年不变，到点自动运行服务，操作数据库CURD实现下工单的要求，查看一下监控系统日志是否报错，基本没有啥工作，报错就通知下相关负责人，技术上也用不到太多。工作相对轻松稳定，一年差不多有20天的休假，所以主管过了年中，有一个重要的工作内容就是劝人休假。国外的team基本被印度人把持，可见低端的运维工作也会逐渐被外包。所以尽管收入一般但福利实在好到不好意思用，很多老员工如果没碰上大的变动基本不会换人。责任都是大家一起背，操作流程特别多，删库的难度是比较大的。
下家公司是电商方向的，主要负责tomcat和一些故障处理的脚本编写，替开发测试背锅，每逢过节和上线版本部署都要通宵确认没有异常，其他时间就是开会，处理下面提交的工单，培训新人，流动性真的大。干个二三年，你会发现运维工作开始转向开发和少量一线人员，要是一直满足现状，公司服务量起来后，个人知识储备没法满足需求，自己的位置恐怕还是要让给新人的。也不要想着一口气吃成胖子，不要以为当上主管，就可以为所欲为。推动新的CI/CD架构也要得到老板支持，毕竟让人跳出熟悉的模式也是阻力非常大的。尽管一线运维待遇比开发平均薪酬要低，不过运维主管还是很高的，毕竟整个部门是独立的，主要理顺上下级人脉，各种对外服务对接都需要这么一个人，无可替代。
再往上走，估计就涉及业务公有云、私有云、混合云，都能拿来玩玩，涉及接触各种docker,k8s应用。以后集中管理大势所趋，动态分配业务，加上新架构模式上的改进。领先的智能化运维公司有BMC等，可惜人家看不上咱。应对大幅增加的服务复杂性，为了跟上新需求，安全性、成本、性能都要考虑。技能方面Python，Go，JAVA不需要顶级码农水平，但基本的代码编写，环境搭建还是要会的。
删库后如何跑路
干了一段时间发觉职位不合适的社会人，想转开发建议先混到大厂，那里职位多，选择也多。
运维主要的瓶颈就是会发现学的太多消化不了，容易陷入投入太多产出太少的焦虑，出来也没什么项目可以吹嘘。
可以尝试要跳出固有工作节奏，我现在就断断续续的编写定制适合自己公司环境的监控维护系统。
远眺山头又是一山头，漫漫长路慢慢走吧，不急，自己开心最重要。
投递快手等公司10个岗位 >