原创2024-07-05小艾老师

DevOps 这个词是由 Development（开发）和 Operations（运维）组合起来的，你可以把它理解成为一种让开发团队和运维团队紧密合作的方法。

DevOps从2009年诞生到现在已经14年多了，一开始大家还在摸索，慢慢地就变成了现在的一种主流开发交付模式。你肯定也发现了，DevOps 在我们身边出现的频率还蛮高的！各种行业峰会上都有它的专场，行业里的公司在招 DevOps 工程师，企业在做 DevOps 转型，在设计和开发 DevOps 平台等等……

现在已经很少还有人在问“DevOps 有啥用”、“DevOps适不适合我”这种问题了，大家都更关心怎么落地实践 DevOps，怎么让它充分发挥价值。而且 DevOps 专家的岗位薪资也很高，仅次于一些高级管理层，都已经到了 IT 行业的金字塔顶部区域。

所以说，DevOps 基本上成了所有 IT 从业人员都必备的技能。不过呢，因为市场上资料太多太杂，个人的精力又有限，好多人都挺困惑的。

下面小艾老师就帮大家来科普一下。

对DevOps的理解

任何牛逼的项目，都是从一个单体项目慢慢发展而来。我们IT开发里边_个要面对的就是单体架构，然后一步一步到集群、分布式、微服务、容器化，开发模式从瀑布开发，到敏捷开发，再到DevOps。

单体架构+瀑布开发：如果服务器少，部署又简单（基本就是LNMP），那就不需要运维，开发直接按照瀑布流方式进行就好了。写好代码，找台服务器安装好环境，把 jar 包上到远程服务器，开启服务就好了。

分布式架构+敏捷开发：后面业务体量大了，一台服务器扛不住，就要加机器，再加入 nginx、cdn、缓存等通用基础服务，这个时候需要专门的运维人员（Ops）介入，需要多人协同开发。然后因为业务可能也变复杂了，开发就会分工，每个人负责一小部分，再通过不断迭代，小步快跑的方式持续开发，这个就是敏捷开发。

微服务架构+DevOps：如果发展到阿里、腾讯这种体量，或者系统复杂到一定程度，协同开发会涉及到很多人，JAVA，PHP，GO 各种技术栈都会有，一般的做法就是将项目拆成一个个小的服务单独部署，不然一个Bug就能导致业务线全线崩溃了。

拆分部署，就催生出了DevOps。所谓DevOps开发模式，实际上就是运维事先把上线的规则都给定义好了，开发只要按照规则自己就可以完成上线，如果出问题了也可以快速定位去调整。运维要做的就是制定规则和自动化的代码及工具，比如监控，有专门的监控组件和可视化，基础服务有CDN、负载均衡，日志也有专门的日志工具等等……只要配置好这些工具，开发即运维，就能做一部分运维的事情了。