共计 1319 个字符，预计需要花费 4 分钟才能阅读完成。
就目前市面上来说，只会单纯的 Linux 传统运维可能薪资相对较低，有很多人在唱衰运维这个岗位，但是事实并非如此。
目前市面上运维工程师大致可以分为两个群体：传统运维、互联网运维，具体的工作职能可以看下图。
简单的将目前运维发展历史分为 3 个阶段：
1.石器时代2013/05-2014/02
规模：
- 服务器：100 台
- 流量：PV 小于 3000 万
- 团队：<50 研发，2 个运维
问题：
- 安全问题
- 机房资源不足
- 监控：性能 | 维护成本
- 部署：手工操作，依赖于人
- DB 压力
- 流突徒增
2. 青铜时代 2014/03-2015/04
规模：
- 服务器∶>2000 台
- 流量∶ PV 大于 5 亿。
- 业务∶出租车、专车
- 团队∶>300 个研发，8 个运维
问题：
（1）监控的问题
- 性能
- 维护成本
- 有效性
（2）部署的问题：
- 增量
- 业务个性需求。
- 迭代过快的变更冲突·
- 非静态文件·
- 数据的问题
（3）业务 同质化 严重、迭代需求多
（4）业务扩容效率低
（5）配置管理，关联关系
3.黑铁时代 2015/05
规模：
- 服务器∶ >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 岗位。
大型互联网 SRE&DevOps 运维 核心在于：（也可以看作是一份学习路线图）
可观测性系统:
指标监控：即各种指标监控，比如基础资源指标，服务性能指标，业务的调用指标。
日志：各种设备以及服务的运行日志监控。ELK
调用链：业务层面的 调用链分析，通常在分布式系统中帮助运营、开发以及运维人员快速识
别整体调用的瓶颈点
故障响应：及时性、准确性、自愈性 AIOPS 500-800 条
CI/CD 可集成和部署发布：
容量规划与弹性收缩：
1、当前的 容量 是多少
2、何时达到容量极限
3、应该如何更改容量
4、执行容量规划
运维自动与平台化：
容器编排与微服务、服务网格
分享一下大型互联网公司运维核心架构图：
此外，微服务容器云方面技术也是当下运维工作需要掌握的
年薪 50W+ 高端技术岗位必备核心技能：完整的路线图可以戳下方窗口获取
