- 综合排序
- 最热优先
- 最新优先
- 来自专栏顾宇的研习笔记
#DevOps 的前世今生# 4. DevOps 的文化
用工具堆砌的DevOps 幻觉 在第一届 DevOpsDays结束后，DevOps 运动则如星火燎原之势在全球发展开来。随着 DevOps 思想的不断传播，相对的质疑和批评也从未停止过。 以至于到今天对于 DevOps 的定义还是众说纷纭，争论不休。 当人们还在争论 DevOps的时候，一批基于敏捷的工程实践和自动化工具带着 DevOps 的标签走入了人们的视野。 这就是DevOps ？ 这不是DevOps ! DevOps文化的特征 那么，DevOps的文化看起来应该是什么样的呢？
95410发布于 2018-08-17 - 来自专栏啄木鸟软件测试
DevOps工具介绍连载（4）——SALTSTACK
3|0saltstack的运行方式 Local 本地运行，交付管理 Master/Minion <<< 常用方式 Salt SSH 不需要客户端 4|0salt部署基本架构 在安装salt https://mmbiz.qpic.cn/mmbiz_png/5OND0ssZ3iaO0mbWfibM2NQ39IicqnT1JQGia8carNRfa0ZBx025yJHYobyKjFlFAa8Ag4CjFJQW45Oq2ogKaxLrjA https://mmbiz.qpic.cn/mmbiz_png/5OND0ssZ3iaO0mbWfibM2NQ39IicqnT1JQGia8carNRfa0ZBx025yJHYobyKjFlFAa8Ag4CjFJQW45Oq2ogKaxLrjA salt-key Accepted Keys: salt1-minion.example.com salt2-minion.example.com salt3-minion.example.com salt4- master 192.168.11.72 ~]$salt -G 'osrelease:7*' test.ping slave: True #找出ip地址 salt '*' grains.item fqdn_ip4
1.3K00发布于 2020-02-19 - 来自专栏rainbowzhou的成长足迹
DevOps平台工具的4个阶段
笔者做DevOps平台也有不短的时间，之前看到一张很有意思的图（见下图），当时没有细想，后来回头看这张图，还是很有意思的。 工具，特别是平台化的工具落地，一定不是一蹴而就，需要逐步推进落地。 01 如上图，在没有统一的DevOps工具平台之前，每个研发环节都有自己独立成熟的管理工具，因为在瀑布式的研发模式中，每个环节是相对独立，术业专攻。 工具太多，切换麻烦；阶段割裂，限制流动；数据不通，无法度量； 这是DevOps工具 v1.0要解决的基本问题，不论是采用自研方式还是采购第三方平台。 紧紧围绕云原生、DevOps 等技术理念，让每一个研发团队以更短的路径实践这些理念，形成团队惯性，把这些经验标准化、规模化地去推广落地。 笔者在自己的团队虽然积累了一些经验，但是更多的，是需要SM或者PO共同去探索实践方式，让DevOps平台更好地去承载这些实践，摸索出符合自身团队场景的最佳实践出来。
33030编辑于 2023-09-15 - 来自专栏程序员阿常
DevOps平台工具的4个阶段
笔者做DevOps平台也有不短的时间，之前看到一张很有意思的图（见下图），当时没有细想，后来回头看这张图，还是很有意思的。 工具，特别是平台化的工具落地，一定不是一蹴而就，需要逐步推进落地。 01 如上图，在没有统一的DevOps工具平台之前，每个研发环节都有自己独立成熟的管理工具，因为在瀑布式的研发模式中，每个环节是相对独立，术业专攻。 工具太多，切换麻烦；阶段割裂，限制流动；数据不通，无法度量； 这是DevOps工具 v1.0要解决的基本问题，不论是采用自研方式还是采购第三方平台。 紧紧围绕云原生、DevOps 等技术理念，让每一个研发团队以更短的路径实践这些理念，形成团队惯性，把这些经验标准化、规模化地去推广落地。 DevOps平台应该成为蕴含持续集成理念，倡导卓越工程实践的平台。
45220编辑于 2023-02-24 - 来自专栏CKL的思考空间
DevOps平台工具的4个阶段
笔者做DevOps平台也有不短的时间，之前看到一张很有意思的图（见下图），当时没有细想，后来回头看这张图，还是很有意思的。 工具，特别是平台化的工具落地，一定不是一蹴而就，需要逐步推进落地。 01 如上图，在没有统一的DevOps工具平台之前，每个研发环节都有自己独立成熟的管理工具，因为在瀑布式的研发模式中，每个环节是相对独立，术业专攻。 工具太多，切换麻烦；阶段割裂，限制流动；数据不通，无法度量； 这是DevOps工具 v1.0要解决的基本问题，不论是采用自研方式还是采购第三方平台。 紧紧围绕云原生、DevOps 等技术理念，让每一个研发团队以更短的路径实践这些理念，形成团队惯性，把这些经验标准化、规模化地去推广落地。 DevOps平台应该成为蕴含持续集成理念，倡导卓越工程实践的平台。
26920编辑于 2023-08-28 AIGC 和 DevOps：自动化流水线如何更智能化
自动化的边界：我们在与“已知”作战，却被“未知”击败 过去十年 DevOps 实践中，我见证了自动化程度的飞跃式提升。 我们团队在核心支付服务中引入了基于 GPT-4 的测试用例增强系统。 另一个落地场景是智能化的发布决策。传统流水线在所有检查项通过后，会无脑放行到生产。而我们现在的做法是：让 AI 担任“发布审核员”。 落地路径：从“点”到“面”的智能化演进 看到这里，你可能会问：我们团队既没有 AI 专家，也没有大厂的技术资源，如何开始？ 找一个试点项目，用现成的 LLM API（如 GPT-4）搭建最小可行的智能化原型（比如日志分析助手），两周内验证效果。
23810编辑于 2026-03-04DevOps时代的知识管理革命：如何构建智能化的研发决策中枢
DevOps时代的知识管理革命：如何构建智能化的研发决策中枢在数字化转型浪潮席卷全球的当下，知识管理正经历着从静态存储向动态流动的范式转变。 知识管理正成为DevOps实践的下一个关键战场根据Forrester最新调研数据显示，采用DevOps实践的企业中有67%面临知识碎片化问题，而能够有效管理研发知识的团队其部署频率高出同业2.5倍。 这些问题在DevOps环境下被进一步放大。以某金融科技企业的实际案例为例，其技术团队曾因部署文档与代码版本不同步导致生产环境事故，直接损失达数百万。 工具选型的核心考量应围绕三个维度展开：与现有DevOps工具链的集成能力、知识结构化程度以及团队协作模式适配性。 正如一位DevOps专家所言："在高速迭代的数字化时代，知识管理不再是后勤部门，而应成为驱动创新的引擎。"
27410编辑于 2025-09-112025年DevOps平台选择指南：本土化与智能化成关键趋势
2025年DevOps平台选择指南：本土化与智能化成关键趋势随着数字化转型浪潮席卷全球，DevOps作为连接开发与运维的关键桥梁，正在经历前所未有的技术革新。 2025年的DevOps领域呈现出明显的智能化、低门槛化发展趋势，各大平台纷纷推出更易用、更集成的解决方案。在这一背景下，如何选择适合自身需求的DevOps平台成为开发团队面临的首要问题。 这种多样化的部署选择，反映出DevOps领域正在向更加灵活、适应性更强的方向发展。智能化转型势在必行技术支持与社区生态是评估DevOps平台的重要维度。 展望未来，DevOps工具链的智能化转型已成为不可逆转的趋势。机器学习算法正在被广泛应用于构建优化、测试用例选择和部署策略制定等领域。 对于刚接触DevOps的新手开发者，建议从社区资源丰富、学习曲线平缓的工具入手，逐步构建适合自身技术栈的自动化体系。
22910编辑于 2025-12-22- 来自专栏DevOps
2025年DevOps平台演进方向：智能化、平台工程与价值流管理
在数字化转型的浪潮中，DevOps已从“工具链集成”发展为“价值流智能中枢”。2025年，DevOps平台正朝着智能化、平台工程化和安全内嵌化三大方向演进。01. 智能化成为核心驱动力AI不再仅限于运维监控，而是深度融入开发全流程。智能代码审查、测试用例生成、故障诊断与自愈等能力，正逐步成为DevOps平台的标配。02. DevOps平台需提供价值流可视化与分析能力，帮助识别瓶颈、优化流程。04. 研发价值流优化工具：嘉为蓝鲸 DevOps平台的研发价值流管理，模块串联业务需求到部署全链路，分析流速、流效率等指标，识别交付瓶颈。 零束科技通过嘉为蓝鲸 DevOps 平台优化价值流，迭代频率提升 60%，支撑百万车辆接入。2025年的DevOps平台，不再是简单的工具堆砌，而是融合智能、工程化与价值管理的综合体系。
31610编辑于 2025-09-25 - 来自专栏云计算D1net
应对DevOps实施挑战的4种方法
近年来，大多数IT运维团队和软件已开始将DevOps应用到他们的工作文化中，以获得最好的结果。以下介绍DevOps实施的一些挑战，以及如何面对这些挑战。 ? 面向企业的DevOps和主要挑战 行业人士中，大多数人都知道DevOps的主要目标是成功实现或完成工作，即集成和自动化。 (3)抵制变化 当任何企业组织首次开始在其业务中实施DevOps时，大多数利益相关者和团队成员都不了解DevOps提供的功能，并且不能很好与DevOps合作。 当企业成功地为关键利益相关者和团队成员提供足够的培训时，他们将习惯于DevOps文化，并为其开发过程做出贡献。 (4)将更多时间集中在工具上 最初，人们需要避免采用分散的工具集。 DevOps还可以轻松发现团队成员和其他相关支持人员所做的更改。 (4)工具知识短缺 在DevOps中，组织引入了一种称为连续部署和持续测试原则的概念。
79200发布于 2018-07-31 2025 DevOps工具生态全景：本土化服务与智能化演进趋势观察
随着数字化转型浪潮的持续深入，DevOps工具链正在经历从功能集成到智能协作的范式转移。 对于国内开发者而言，2025年的DevOps实践面临两个关键命题：如何选择与本土开发环境深度适配的工具平台，以及如何在智能化趋势下构建高效的自动化工作流。 **本土化服务成为关键竞争维度**Gitee DevOps平台凭借其"代码即配置"的设计哲学，正在重塑国内开发者的协作体验。 **智能化与低代码化的行业趋势**展望2025年，DevOps工具的发展将呈现三个明确趋势：人工智能技术将被更深度地应用于流水线优化和故障预测；低代码配置方式将进一步降低自动化门槛；多云环境支持将成为标配功能 值得关注的是，DevOps实践的成败往往不取决于工具本身，而在于团队协作模式的转型程度。无论选择哪种技术方案，建立跨职能协作文化、持续优化交付流程、培养复合型人才都是实现DevOps价值的关键要素。
30710编辑于 2025-07-15- 来自专栏CODING DevOps
CODING DevOps 系列第六课：IT 运维之智能化告警实践
智能化告警的理念和相关技术 为了解决上述问题，在智能运维领域，智能化告警的概念出现了。 智能化告警主要解决 4 个问题：一、精准告警，拒绝告警风暴；二、快速故障定位；三、进行故障预测，避免故障发生；四、规则设置自动化，不再通过人工经验来设置规则。 智能化告警实践 基于以上智能告警的理念和相关方法，结合过往的实践，我们将介绍一下在单指标异常检测、根因分析和故障预测方面的实战方案。
77630发布于 2020-06-23 - 来自专栏DevOps
智能化时代下，企业DevOps平台的选型突围：谁在真正驱动业务价值？
随着云原生、AI、信创等技术的快速发展，DevOps平台的选型已从“功能堆砌”转向“价值赋能”。 从“工具链整合”到“价值流智能”：选型思维的升级过去，企业常采用“Jenkins + GitLab + Jira”等工具组合搭建DevOps流程。 -- 嘉为蓝鲸DevOps平台1）一体化平台：数据融合与智能赋能并重以嘉为蓝鲸DevOps平台为代表的一体化平台，通过统一底座将需求管理、持续集成、制品库、测试管理等模块深度融合，避免了“烟囱式”工具链的数据孤岛问题 同时，AI能力正从“辅助工具”升级为“核心引擎”：嘉为蓝鲸DevOps平台：通过CAgent实现智能代码补全、测试用例生成，显著降低人为错误；Azure DevOps：依托Microsoft Copilot 在智能化、合规化、云原生化成为必然趋势的今天，选择一款能真正打通“业务-技术-数据”闭环的平台，才是企业在数字化竞争中行稳致远的关键。
23810编辑于 2025-10-23 - 来自专栏嵌入式智能硬件
【DEVOPS】 Devops原则
4.价值流映射有助于有优化业务流程。 5.研究未来to-be流图的重要性：有助于避免局部优化；理解目标状态，是的我们能够基于清晰的改进目标来启动实现的改进机制。 6.价值流思维是Devops的核心：关键度量（LT,PT,%C/A）；可视化展现，创建价值而非动作；避免局部优化陷阱（约束理论）， Devops的关键想法从每一步到下一步而到顺畅且统一的流动，有节奏，没有不必要的延迟且有最优的资源利用率 12.Devops完成的定义：是客户收到或者开始收到他们的期望价值。生产环境要完全资讯整个价值流。 ? 协作有几个的建议：1、自动化（减少不必要的协作）；2、小范围（每次修改的内容不宜过多，减少发布的风险）；3、统一信息集散地（如wiki，让双方能够共享信息）；4、标准化协作工具（比如jenkins） 附上DevOps的定义： DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。
2.2K20发布于 2020-08-31 - 来自专栏嵌入式智能硬件
【DEVOPS】Devops实际应用
此章节占考试的百分之20. 1.可用性（百分之5） （1）哪些企业不需要考虑Devops？ 企业只有价值流的一部分参与进来；企业不认可IT是关键的业务； 希望快速降低累计技术债务或者消除IT基础设施脆弱性的企业 （2）以下这些条件可以考虑Devops: 核心业务高度依赖IT IT高速变化的企业 Devops不适用以下这些企业： 不自行研发软件的企业 把自己使用的软件外包出去，给别人来做。 自己的员工不是开发者 有自己企业的工作模式，没有意愿重组自己的企业 3.严格绑定单体IT架构的企业3.单体IT基础设施和架构对引入Devops有限制： 需要有给团队分配单独的责任领域的能力 为每个独立团队分配单独的部分 4.COTS软件的风险，没有灵活性 如果没有其他方案，只能选择COTS时：研究程序，创建脚本，取代原有安装程序的工作。
89610发布于 2020-08-31 - 来自专栏嵌入式智能硬件
【DEVOPS】Devops关键实践
Kanban创建可以拉动系统：提升工作流，降低故障停滞时间，降低协调的需求 4.关于LWIP(限制在制品)：在制品数量和批量规模应该被限制 帮助构建，拉动系统；促进前置时间估算，促进可视化限制，促进持续识别 Devops实践：小尺寸，每周每日发布，有效自用资源，常规付出，自动化，连续 （2）Devops更多地关注增加业务价值（官方Devops书本上的翻译是发布是由业务决定的。） （4）Devops处理解决事件和缺陷的方式（官方Devops书本上的翻译是缺陷立即被修复的） 如果要追溯的最近的部署，Devops流水线控制系统将自动回滚到之前已知稳定状态。 （5）Devops需要持续改进和保持Devops（官方Devops书本上的翻译是流程是持续更新的） Devops建议应立即消除所有确定的过程缺陷。 DOD完成的定义，理解的唯一方式 （4）团队不能太大
1K20发布于 2020-08-31 - 来自专栏云云众生s
组织简化DevOps流水线的4种方法
译自 4 Ways Organizations Can Simplify Their DevOps Pipeline，作者 Mandi Walls。 对于组织来说，简化和完善其DevOps 流水线和流程，以改善整体开发人员体验并减少工作压力，变得至关重要。 1. 拥抱安全优先设计 组织必须确保其 DevOps 流水线与 CI/CD 协调一致，以交付稳定且安全的软件。CI/CD 原则 帮助软件开发团队更有效地创建、测试和部署应用程序，通常通过自动化实现。 4. 更具协作性的方法 在许多情况下，开发人员在各自的“筒仓”中工作，被分配的任务缺乏基础设施和集成需求的完整背景。这会导致严重的延误和流程效率低下。
18710编辑于 2024-10-31 - 来自专栏java架构计划训练营
devops
作中使⽤过Docker，理解什么是容器 涉及组件 CentOS 7、Docker、Gitlab、Jenkins、IDEA、Kubeode、Kubernetes、Helm、 Harbor 环境准备 4台 2核8G物理机、虚拟机、云主机 第2集 什么是devops DevOps 是 Development（开发）和 Operations（运维）的组合，是 ⼀种⽅法论，是⼀组过程、⽅法与系统的统称，⽤于促进应 :$CLASSPATH export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH EOF source /etc/profile echo $JAVA_HOME 第4集 Password:' /etc/gitlab/initial_root_password http://192.168.27.129 ⽤户头像->Preferences->Password修改初始密码 第4集 掉之前的java进程 第6集 Harbor安装 开发机-》gitlab->jenkins->Harbor->生产服务器 cat > /etc/sysctl.conf <<-'EOF' net.ipv4.
1.5K40编辑于 2023-03-19 - 来自专栏只喝牛奶的杀手
DevOps
DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。 实现DevOps需要什么？ 硬性要求：工具上的准备 上文提到了工具链的打通，那么工具自然就需要做好准备。 cassandra、mongoDB、redis等NoSQL数据库 项目管理（PM）：Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker 软性需求：文化和人 DevOps
1.7K61发布于 2019-09-02 - 来自专栏顾宇的研习笔记
通过 DevOps 故事落地 DevOps 实践
但这些事情又提升了团队之间的 DevOps 能力，于是，我把这一类的工作固化为 DevOps 故事用来落地 DevOps 实践，而且 DevOps 故事同样遵循并体现 CLAMS 原则的。 DevOps 故事由 DevOps Epic （DevOps 史诗）和 DevOps Story （DevOps 故事）组成。 编写 DevOps 故事 DevOps 故事的原则要比 DevOps 史诗更加具体，并分成两种不同的故事。 用 DevOps 故事塑造 DevOps 文化 通过以上例子你可以感觉到，DevOps 故事实际上就是一个 DevOps 实践的落地说明。它采用 史诗故事确立了 DevOps 的文化和原则。 此外，DevOps 史诗故事是对 DevOps 落地的简要描述，而 DevOps 故事是对 DevOps 落地的详细描述，在 DevOps 史诗故事中，可以讨论的余地并不多，它代表了某一种最佳实践，而这样一种最佳实践是有上下文的
1.1K20发布于 2018-08-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号