Question

为什么运维普遍反对使用 CentOS 7

Answer 1

客观的因素
我赞同题主关于“懒惰”的描述，但是这并不是某一个体或者某一公司的问题，而且这不是一个技术问题。这是一个非常普遍的管理问题：
· 你不是一个人在战斗，你在团队中。
· 团队是由各式各样的人组成的，各类人的比例和社会上基本相同。
· 就是有很大一部分人只是混口饭吃，多一事不如少一事。（比如很多答案都提到了“谁背黑锅”这个问题）
对于这种社会规律，要么你就接受，要么你就通过改进生产工具来提高劳动生产率引发小范围“工业革命”（其实就是DevOps的思路），抱怨现象是没有意义的。有一个提到DevOps的答案是匿名+反讽，但是我支持字面的意思：you can you up。一个人能扛下来运维团队的工作，没有领导会反对，那时候混日子那部分人态度会转变，有了失业的压力。
主观的因素
技术本身是有优劣的，题主对“最新”+“稳定”的分析是有逻辑的，但是管理一个团队的目标是产出高。招不到10个同样追求极致的人，招20个一般的也能有一样多的产出，但是质量会降低到这20个人的平均水平。9.9×10 < 8.0×20 大家都会算。只要把握好平衡，不要出现劣币驱逐良币的状况，团队就能维持下去。这是一个人为的平衡。
DevOps
最后回归说技术，一个人扛下运维团队的工作是绝对做得到的。代价是程序本身要提高自动化能力和设计整体容错恢复机制。如果说“业务运维的存在，是替开发的懒惰在擦屁股。”，一样有道理。但是，上面提到的“运维懒惰”和“开发懒惰”是两个层次的事情。开发作为制造者，有能力破局。运维没有能力去改进系统的功能。系统里任何不满意的地方，归根结底都是开发没做好，不要怨别人，先改变自己。
然后，运维大爷反对用centos7的原因，归根结底应该只有一个：他对centos7不熟，所以在这个版本上做事就没那么爽，没那么快，没那么习惯，没那么顺手。对于运维来说，选择的往往并不是最新最稳定版本，而是自己最熟悉最顺手的版本。真相往往就这么简单。
学习新版本需要成本，而他负担不起这个成本，就不愿意换新版本。自己不熟，一下子又学不会，又不愿意被懂新版本的员工替换掉，自然，就只能要求你用旧版本了。一个非常新的版本，往往是难以招到合适的足够熟悉的运维的，所以，实际生产系统对新版本的采纳往往要更为滞后。更多的运维学会并且熟悉了一个版本之后，这个版本才能流行。至于其他的说法什么的，升级需要折腾什么的。。。归根结底还是不熟，熟到一定程度，升级改脚本都不是问题，拿钱就得干活，不可能一套脚本混一辈子不升级。问题是你得找到对新版本足够熟的运维，这并不总是能实现的。要么这个运维很爱学习一直跟进新版本，要么你们经常更换运维，出个新版本就换个对新版本最熟悉的运维。
如果两者都不是，锅自然就甩给开发了。