DevOps：近期最受欢迎的5篇文章 | 高效运维

Posted 2021-04-16 高效运维

本次精选近期DevOps相关文章，既有国外大厂的译作，也有国内资深DevOps 专家的给力之作。篇篇精彩，不容错过哟。

No.1

点评：

作者首先是资深开发人员，这是本文如此独特的根本原因所在。从Dev的角度，怎么看DevOps？怎样才是DevOps 思想？作者甚至给出了他心目中的DevOps 能力模型。

运维之前都不是一个科班出身的行业，要搭建LAMP 环境？直接网上搜索一篇文章，照着一步一步走就八九不离十了。运维人员不像程序员，甚至很少经受过系统的学习和训练。

这样使得很多操作，其实具有不可逆性。例如，说到给nginx添加/删除一个虚拟站点，如果还是在nginx.conf里添加server区块，然后Blabla，这可以被称为没有工程能力、更无从谈起架构能力。

如果之前单机操作，仅仅如此这般操作方法，还无伤大雅；那么学了些Python 等、自认为是DevOps 了，还这样折腾的话，那就是太不应该了。

那么，正确的姿势是怎样？欢迎阅读本文哟。再贴一遍，

No. 2 & No. 3

可以想象，这两篇文章的价值，将会日久弥新。光看标题，大家是否就已经感觉过瘾？

是的，DevOps 不仅仅是技术，更是一种文化。本文基于Dr. Spear 定义的能力模型，共4项：

1. 在问题发生时马上就能发现；

2. 一旦发现问题立刻集群式解决（Swarming），并将此记录下来储备成新知识；

3. 在整个公司范围内传播新知；

4. 以开发为主导。

为了保证问题发生时马上就能发现，Google 推行软件工程师直接部署代码上线正式环境（是不是有点“自己写的代码，含着泪也得投入运营”的意思？呵呵），。

所谓集群式解决（Swarming）是指，一旦发现线上严重故障，大家都放下手头工作，群策群力，第一时间共同想办法解决，而不是事不关己高高挂起。

基于上述相关联的两点，Google 推行事后剖析免责文化，即不会过于追究责任，扣绩效等。据说更多是相互嘲笑一下。

No. 4 & No. 5

点评：

好吧，顾名思义，无需赘述。

如何一起愉快地发展

尊重知识，请必须全文转载，并包括本行。

欢迎点击广告或赞赏，以鼓励我们做得更好。谢谢：）