[size=100%][size=100%][size=100%][size=100%][size=100%]





[size=100%]SRE本来也就是DevOps在运维领域的最佳实践，要说开发和运维偏哪个，感觉还是偏运维，这没毛病。
但是SRE和传统运维还是有很大区别的。
1. 关注点不同：SRE关注的是整个系统快速灵活和性能稳定的平衡，也更关注系统的可扩展性；传统运维中的系统管理员更关注保持系统的稳定可用；
2. 工作内容不同：SRE强调保持最少50%的工作时间用于工程开发，其他应急事务处理、日常运维和琐事只占不到50%的时间；传统的系统管理员大部分时间专注于软硬件选型，单机性能调优，性能规划，数据备份，帐号安全，日志管理等日常运维工作；
3. 知识技能不同：SRE人员需要具备一定的开发能力，同时具备系统维护的综合知识；传统的系统管理员知识特长在于特定软件和硬件的运维知识，以及长期积累的有关经验；
4.思维方式不同：SRE人员不断过现象看本质，探究问题的根源，属于系统性思维。传统的系统管理员严格执行流程，持续积累经验并且形成规范。

[size=100%][size=100%][size=100%][size=100%][size=100%]





[size=100%]SRE本来也就是DevOps在运维领域的最佳实践，要说开发和运维偏哪个，感觉还是偏运维，这没毛病。
但是SRE和传统运维还是有很大区别的。
1. 关注点不同：SRE关注的是整个系统快速灵活和性能稳定的平衡，也更关注系统的可扩展性；传统运维中的系统管理员更关注保持系统的稳定可用；
2. 工作内容不同：SRE强调保持最少50%的工作时间用于工程开发，其他应急事务处理、日常运维和琐事只占不到50%的时间；传统的系统管理员大部分时间专注于软硬件选型，单机性能调优，性能规划，数据备份，帐号安全，日志管理等日常运维工作；
3. 知识技能不同：SRE人员需要具备一定的开发能力，同时具备系统维护的综合知识；传统的系统管理员知识特长在于特定软件和硬件的运维知识，以及长期积累的有关经验；
4.思维方式不同：SRE人员不断过现象看本质，探究问题的根源，属于系统性思维。传统的系统管理员严格执行流程，持续积累经验并且形成规范。