就目前市面上来说，只会单纯的Linux传统运维可能薪资相对较低，也有很多人在唱衰运维这个岗位，但是事实并非如此。
目前市面上运维工程师大致可以分为两个群体：传统运维、互联网运维，具体的工作职能可以看下图。
在此简单的将目前运维发展历史分为3个阶段：
1.石器时代
规模：
服务器：100台
流量：PV小于3000万
团队：<50研发，2个运维
问题：
安全问题
机房资源不足
监控：性能 | 维护成本
部署：手工操作，依赖于人
DB压力
流突徒增
2.青铜时代
规模：
服务器∶>2000台
流量∶ PV大于5亿。
业务∶出租车、专车
团队∶>300个研发，8个运维
问题：
（1）监控的问题
性能
维护成本
有效性
（2）部署的问题：
增量
业务个性需求。
迭代过快的变更冲突·
非静态文件·
数据的问题
（3）业务同质化严重、迭代需求多
（4）业务扩容效率低
（5） 配置管理，关联关系
3.黑铁时代
规模：
服务器∶ >1w台
流量∶ PV大于50亿
业务∶10多个业务
团队∶ >1000个研发，25个运维
问题：
（1）过多的业务需求导致运维人力无法及时有效响应
（2）监控：有效性、覆盖率、监控指标量化
（3）部署：
多集群部署需求
部署接入耗时过长
扩容效率
（4）预案管理
（5）成本问题
传统运维弊端：
传统运维架构弊端：生产环境的CPU或者资源利用率 18%
1、架构层次过多，排查问题较为困难 1.2-1.5倍 *2
2、扩展性弱，无法快速做到弹性收缩
3、资源浪费严重，为了高可用，许冗余大量服务 KVM
4、架构重构性差，一旦成型，很难做调整
5、发布流程繁琐，很容易引起用户体验问题
6、运维经常救火，搞不好就要背锅 2-3点
7、监控做的粗糙，一深入业务就不好定位
就目前来说，传统运维冲击年薪30W+的转型方向就是SRE&DevOps岗位。
······
以上所有资料获取请扫码
（资料失效请留言）
