记DevOps的一次理解

最新推荐文章于 2025-09-13 10:17:15 发布
原创 最新推荐文章于 2025-09-13 10:17:15 发布 · 549 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

文章目录

引言

这段时间写了一些 《从零搭建DevOps平台环境》 相关的文章，后续也写了一些其他的工具的，但是都没有发出来。因为这段时间我在写这些的时候，同时也在整理资料，重新梳理一下DevOps，也理一下我们的DevOp的现状。逐渐有了一些其他的想法，对于工具链的使用，工具链搭建的越来越多难道就是DevOps了么？

那么到底什么是DevOps呢？

DevOps是敏捷开发的延续，继承自敏捷软件开发，DevOps 的出现是为了应对敏捷方法所带来的软件开发速度和生产力增长。敏捷文化和敏捷方法在最近十年的发展，呼唤一个更适合端到端软件交付生命周期的整体方法。 那么我们是不是可以理解为： DevOps是为了实现敏捷开发，一切为了敏捷而做的事情都是DevOps？
那么因此也引出来一个概念：敏捷开发。那么什么是敏捷开发呢？
敏捷开发是许多迭代和增量软件开发方法的总和。最流行的敏捷方法包括Scrum、看板、规模化敏捷框架(SAFe®)、精益开发和极限编程 (XP)。敏捷开发的方法是多种多样的，但所有的方法都有着共同的愿景和核心价值观-敏捷宣言。
在这里插入图片描述
那么DevOps是不是就是所有敏捷方法的概括，然后增加了一些扩展实践呢？
可能会有同学觉得，这些还是在讲DevOps的理论，很虚。
但其实所谓的DevOps落地本质上就是和开发找BUG一样，发现问题、定义问题、提出解决方案、然后不断实验该方案的一个循环过程。永远不会存在一个通用的解决方案，重要的是积累定义问题的经验，培养解决问题的能力。
在写这篇文章之前，我翻了很多其他企业实践的案例，有套路，有姿势，由大而全，有小而精，但无一不是根据自己公司的业务场景去发现问题，找到自己实践过程中的痛点然后去逐步解决的。这是一个必然的过程，可能有些在我们实施的过程中也会出现，可能有些在我们看来根本就不是问题。
DevOps的工具链有很多，甚至我们可以说，只要为了解决软件开发过程中的问题的都属于DevOps工具链，如果按照这个来衡量DevOps平台的搭建那可能真的遥遥无期了。因此这一篇也算是对我之前发的所谓的《从零搭建DevOps平台》的一个结束。
这是我自己以前整理的一些DevOps工具链 https://share.mubu.com/doc/78ZmU53bDzx
在这里插入图片描述

DevOps实践

关于DevOps的实践，有一些标准化的演进路线
在这里插入图片描述
在这里插入图片描述
有人总结了一个实践套路
三个姿势：

  • 小范围CI+CD，之后全公司推广CI+CD ， 并打通全流程
  • 先CI，后CD，打通全流程
  • 先CD，后CI ，打通全流程

五个步骤：

  • 确定目标
  • 选好姿势
  • 梳理全流程
  • 制定规范
  • 分布实施

很标准，我这里也借鉴了这位大牛的想法。
但我想其实所有的方式最终都是殊途同归的。我们把DevOps当做一个解决方案来看。
其实我们所有的方案都可以按照四个步骤进行实施：

  • 确定目标 也就是需求
  • 梳理流程 也就是制定解决方案，细化就是分析需求，拆解任务
  • 制定规范 也就是工艺标准化
  • 实施推广 发布，实施，验证，收集反馈，确定新的目标，建立一个循环
    其实我们所有的东西都可以按照这四个步骤去实施。去添加自己个性化的东西。

附录

招商银行案例
携程案例
美团案例
微信公众号EAWorld-DevOps落地实践及案例分享

最后放一张，我理解的全流程
在这里插入图片描述

DevOps 场景下落地 K8s 的困难分析
Tommy Xiao
10-28 699
Kubernetes 是用于自动部署，扩展和管理容器化应用程序的开源系统，一般被 DevOps 团队用来解决在 CI/CD（也就是持续集成、持续发布）场景下遇到的工具链没法统一，构建过程没法标准化等痛点。DevOps 团队在落地 Kubernetes 的过程中发现，在安装、发布、网络、存储、业务滚动升级等多个环节都会遇到一些不可预期的问题，并且官方的参考资料并没有确定性的方案来解决。很多 DevO...
DevOps：CI、CD、CB、CT、CD
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
02-08 10万+
快速回顾了软件开发流程的演化历程，从传统的瀑布模型到原型模型、螺旋模型、增量模型、敏捷开发，最终到达了当今广受关注的DevOps。接着，深入探讨了DevOps的核心概念和实践，包括开发全流程周期、与传统开发方式的区别以及具体落地方式。其中，特别强调了DevOps的团队文化、流程和工具的重要性。随后，文章介绍了持续集成、持续交付、持续构建、持续测试和持续部署等关键概念，强调了它们在DevOps实践中的关联和重要性。最后，对于每个概念进行了简要的说明，突出了它们在实现DevOps流程中的作用和优势。
Devops学习笔记01
艾小小雨的博客
02-18 478
透过现象看本质：什么是软件研发？ ——看到才能改进：研发管理到底再管理什么？ ——如何提升研发效能：你只需要记住2个关键词？ 什么是软件的生产制造过程？ 软件开发里面的所有需求都是假设上。 不要老是把不确定的东西强行变成确定的东西。 软件研发是一个复杂过程。 不要试图用复杂方法处理复杂过程，尝试将复杂过程简化成简单过程，再用简单方法处理简单过程。 ...
DevOps解决方案
04-22
DevOps解决方案，传统应用持续交付流程 DevOps消除等待与浪费 用户痛点 什么是DevOps DevOps收益 DevOps工具
DevOps + 架构一
怨行客
05-15 858
开发，测试，运维，甚至运营。出一个东西，就能马上走完一个流程，看效果。软件交付的速度和质量很重要。
什么是DevOps?如何理解DevOps思想？
爱吃雪糕的小布丁的博客
05-19 1419
DevOps是一种思想或方法论，它涵盖开发、测试、运维的整个过程。DevOps强调软件开发人员与软件测试、软件运维、质量保证（QA）部门之间有效的沟通与协作。强调通过自动化的方法管理软件变更，软件集成，使得软件从构建到测试、发布更加快捷、可靠，最终可以按时交付软件。上面说的就是CICD，也就是持续集成与持续部署，DevOps思想如下图所示。公司计划一个需求需求由开发人员编码实现构建项目测试发布项目部署项目监控运维。
DevOps
m0_51586984的博客
05-29 1575
指导思想，并不是技术。
devops:一键式编译，灰度，部署，放大
05-25
在IT行业中，DevOps是一种将开发（Development）与运维（Operations）紧密结合的工作方式，旨在提高软件交付的速度和质量。"devops:一键式编译，灰度，部署，放大"这个标题表明我们要讨论的是一个支持自动化编译、...
DevOps 的未来趋势
AI天才研究院
08-08 2077
DevOps（Development and Operations）中文翻译为开发运维，是指通过科技工具提高效率和质量，优化产品交付流程和产出物，从而减少不必要的损失。DevOps可以帮助企业在整个IT生命周期中实现敏捷开发，持续集成，持续部署，自动化运维等价值，提升企业竞争力和社会满意度。同时也降低了人力资源成本，缩短产品上市时间，促进企业规模的扩张。本文主要讨论DevOps发展的历史及其趋势，以及正在经历的变革带来的机遇与挑战。我们将围绕以下六个方面阐述文章观点：1.什么是DevOps？
20、深入理解 DevOps 与基础设施即代码（IaC）
最新发布
dapp9builder的博客
09-13 32
本文深入探讨了DevOps文化与基础设施即代码（IaC）的核心理念、原则与实践。从DevOps的流动、反馈与持续学习三大原则出发，解析其如何提升软件交付效率与质量；详细介绍了IaC的概念、关键价值及主流工具如CloudFormation和Terraform，并通过示例展示声明式与命令式编程的区别。文章还提供了DevOps与IaC的实施建议、常见问题解决方案及未来发展趋势，帮助团队实现高效、可靠的云环境管理与持续创新。
从蓝鲸视角谈DevOps
chuzha3064的博客
07-23 349
DevOps源于Development和Operations的组合 常见的定义 DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷...
三大场景，让你快速“入坑” DevOps
yaukund的博客
09-18 384
场景一 大型企业运维“攻城狮”，负责操作系统配置、中间件与业务系统的安装和升级。日常系统升级问题不断，即使按照文档部署也经常出问题，软件版本依赖问题、防火墙端口配置、一大堆配置文件修改……稍有遗漏，就会影响系统正常运行。 场景二 大型企业测试“攻城狮”，负责系统上线前测试与验证。由于系统频繁升级、升级耗时长、上线时间紧、测试不充分，经常出现开发环境好用，而生产环境出问题的情况。 场景三 大型企业开...
从零搭建DevOps平台环境（一）-DevOps介绍
JFS_1024的博客
06-06 7547
一直以来想要写博客，时间过了好久好久了... 这段时间又冒出来了这个念头。结合着自己的工作，曾经的一些经验。打算以DevOps为基开始。。 这些天翻了翻各博客网站，也搜了下，发现“从零搭建DevOps平台环境”，有不少。但几乎都没有坚持写下去，好多是开了个头。希望我能够坚持下去。 也很大众的搭建方式，以jenkins为核心、集成着各种开源框架实现DevOps，网络上关于DevOps的介绍有很多，都很好。这个东西很大也很小，每个人有每个人自己的理解。我个人觉得DevOps 就是一个理念，类似于敏捷开发的
从零搭建DevOps平台环境（二）-Docker 安装
JFS_1024的博客
06-06 1307
关于Docker的介绍，也很多。我文笔也不好。也不拷贝别人的成果了。 我就写一下，我自己平常怎么操作
从零搭建DevOps平台环境（三）-jenkins 安装
JFS_1024的博客
06-14 1237
这周本来打算找时间，把jenkins重新搭建一个环境，也正好把过程写一下，截点图之类的。好歹内容多一些。不过出现了一些比较紧急的问题。没有抽时间搭建起来，果然还是懒… 不过我翻了一下jenkins的官网介绍，顿时觉得没必要写了，给自己得偷懒找了一个相对好点得解释。官网文档写的很好，而且也是中文得，各种搭建方式都有。我觉得没必要写了，是的，暂时不写了。 不过好像官网访问得时候有点慢哈。 来个 TODO … ...
从零搭建DevOps平台环境（五）-selenium
JFS_1024的博客
06-28 927
文章目录准备环境编码 准备环境 安装docker 拉取镜像 docker pull selenium/hub docker pull selenium/node-chrome 创建网络 docker network create --subnet=172.18.26.0/24 dockernet_br26 启动容器 docker run -d -p 4444:4444 --net dockernet_br26 --ip 172.18.26.2 --name selenium-hub selenium/h
从零搭建DevOps平台环境（四）-jenkins使用
JFS_1024的博客
06-21 881
文章目录简述插件安装jenkins配置新建任务GIT 配置sonar配置Maven配置 简述 jenins安装参考另一篇博文 或者可以参考 官方手册 https://jenkins.io/zh/doc/ 本文档基于docker安装的jenkins的使用过程做记录 主要介绍：jenkins+git+sonar+maven+tomcat+hook+docker 插件安装 个人觉得jenkins的很大的一个优点就是对于插件的集成，很全。覆盖面相当大。 但有优也有劣，Jenkins的插件站点主要依赖于国外，但网速不
如何通俗的理解Devops
05-10
<think>好的，我现在需要帮用户理解DevOps的概念和原理，并且要通俗易懂。根据用户提供的引用资料，DevOps的核心是开发（Dev）和运维（Ops）的合作，以及自动化和持续交付。用户之前已经问过Docker，可能对容器化技术有一定了解，现在想更深入理解DevOps的整体概念。 首先，我应该用类比来解释，让用户更容易理解。比如用餐厅的例子，开发是厨师，运维是服务员，DevOps就是让他们更好协作，提高上菜速度。同时，需要强调自动化的工具链，比如CI/CD，这点在用户提供的引用[3]里提到了技术栈，可能需要简单提及。 另外，用户提供的引用中多次提到快速交付、自动化流程和持续学习，这些应该作为核心理念来展开。需要确保引用对应的来源，比如引用[1]提到高效协作和沟通，引用[5]提到整合团队和自动化，这些都要自然地融入回答中。 还要注意用户之前的Docker回答结构，使用了分点、表格和类比，可能用户喜欢这种结构化的方式。因此，我应该模仿类似的格式，比如分点解释核心逻辑、核心公式、关键原则，以及与传统模式的对比。 需要检查是否有遗漏的重要概念，比如持续集成、持续交付、监控反馈等，这些都是DevOps的重要组成部分。同时，用户可能想知道DevOps带来的好处，比如加快发布速度、减少错误，这些在引用中也有提到，需要包含进去。 最后，生成的相关问题要引导用户进一步学习，比如工具链、实施挑战或者与敏捷的区别，这些都能帮助用户深入理解。确保回答中的引用正确对应，比如[^1]到[^5]的来源要与用户提供的资料一致，避免混淆。</think>### 通俗解释DevOps：从“厨师吵架”到“高效餐厅” #### 1. **一句话定义** DevOps 是让**开发人员**（写代码的厨师）和**运维人员**（上菜的服务员）**不再互相甩锅**，通过**自动化流水线**和**协作文化**，把“做菜-上菜”变成高效标准化流程的方法论[^1][^4]。 --- #### 2. **核心逻辑：打破部门墙** **传统模式**（餐厅版）： - 开发（厨师）怒吼：“菜做好了！为什么客人还没吃到？” - 运维（服务员）拍桌：“你做的菜连盘子都没有！怎么端出去？” - 结果：上菜慢、菜品凉、客户流失 **DevOps模式**（自动化中央厨房）： - 厨师和服务员共用菜谱（代码即配置） - 自动传送带处理洗菜、烹饪、摆盘（CI/CD流水线） - 每道菜做好立刻试吃并反馈（持续监控） - **目标**：从“写代码”到“用户用上”的整个过程**无缝衔接**[^2][^5] --- #### 3. **DevOps核心公式** 根据引用[2][^2]和[5][^5]，可总结为： $$ \text{DevOps} = \text{自动化工具链} + \text{跨团队协作} + \text{持续改进} $$ | 组成部分 | 作用说明 | 具体体现（餐厅类比） | |------------------|-----------------------------------------|--------------------------------------| | **自动化工具链** | 替代人工操作的标准化流程 | 自动炒菜机、智能送餐机器人 | | **跨团队协作** | 开发/运维/测试共用同一套语言和指标 | 厨师服务员每天开晨会同步菜单变更 | | **持续改进** | 通过监控数据不断优化流程 | 根据客户剩菜量调整菜谱 | --- #### 4. **关键原则（餐厅运营版）** 1. **快速上菜原则** - 不再半年才更新一次菜单（传统瀑布式开发），改为每天推出新菜品（持续交付） - 即使只炒好一盘宫保鸡丁，也要立刻端给客人尝鲜（小步快跑）[^1][^4] 2. **自动化厨房原则** - 洗菜切菜全由机器完成（自动化测试） - 每道菜出锅自动拍照上传云端（日志监控） - 发现剩菜过多自动触发报警（异常检测）[^3][^5] 3. **厨师服务员一家亲** - 开发需要理解服务器容量（厨师学洗碗机操作） - 运维参与需求讨论（服务员提前试吃新菜） - **共同目标**：让客人最快吃到热乎菜（用户体验优先）[^2][^4] --- #### 5. **带来的改变** - **提速**：传统3个月发布1次 → 现在每天可发布20次（如亚马逊） - **降错**：人工部署错误率30% → 自动化后低于1% - **省钱**：服务器资源利用率从20%提升至70%[^5] --- #### 6. **现实中的DevOps工具链** ```markdown 1. 菜谱编写：Git（记录每次调料变化） 2. 自动炒菜：Jenkins（CI流水线） 3. 菜品打包：Docker（集装箱式配送） 4. 上菜路线：Kubernetes（智能调度） 5. 客户反馈：Prometheus（监控剩菜数据）[^3] ``` --- ### 相关问题 1. DevOps工具链中的CI/CD具体如何协作？ 2. 实施DevOps时如何避免“自动化陷阱”？ 3. DevOps与敏捷开发有什么本质区别？ 通过这种**“厨房革命”**，DevOps最终实现：**“既要马儿跑（快速交付），又要马儿不吃草（稳定可靠）”**[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值