- 综合排序
- 最热优先
- 最新优先
- 来自专栏TestOps云层
DevOps培训总结（Part2）
接着上次的来谈，DevOps中推荐了团队组织架构，以及对应的角色职责，见下图。 在这里会发现DevOps工程师是一个作为独立在开发及运维团队的角色，而这个角色负责对开发团队和运维团队做整合管理。 那么DevOps角色做什么事情呢？ 在我看来首先DevOps要为整个团队去形成度量体系，为整个软件周期的每一个过程都去做量化度量工作。 如何让测试与整个DevOps工作流完全融入，如何将测试过程从被动到主动(从push到get)，并且配合敏捷研发实现敏捷测试，将测试周期从天压缩到小时！ 在DevOps中可以谈的东西还很多，但是都是比较和运维及构建有关的，这里我就不多谈了，因为这些问题会在下一篇《凤凰沙盘》中再和大家聊聊瓶颈是如何产生的！ 作为测试角色，如何做到敏捷中的单元、集成、系统针对功能、非功能，并且将测试的执行前后依赖过程都自动化掉，是DevOps要解决的关键！让自动化真的完全自动化！ 下次我们来聊聊有趣的沙盘！
49540编辑于 2022-04-07 AIGC 和 DevOps：自动化流水线如何更智能化
另一个落地场景是智能化的发布决策。传统流水线在所有检查项通过后，会无脑放行到生产。而我们现在的做法是：让 AI 担任“发布审核员”。 本次变更的代码复杂度、涉及的核心模块、最近一周线上是否有类似功能的故障、当前时段的业务流量特征、团队成员的历史发布成功率——然后给出风险评估：“本次发布涉及支付核心逻辑且临近促销高峰，建议在流量低谷时段（凌晨 2- 落地路径：从“点”到“面”的智能化演进 看到这里，你可能会问：我们团队既没有 AI 专家，也没有大厂的技术资源，如何开始？ 2. 找一个试点项目，用现成的 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 - 来自专栏嘉为动态
DevOps是软件工程的未来！蓝鲸DevOps活动全程视频（2）
本次会议，中国DevOps大师、腾讯高级管理顾问乔梁，腾讯蓝鲸创始人、专家工程师党受辉，腾讯蓝鲸DevOps平台项目负责人刘章雄，腾讯蓝鲸容器服务平台项目负责人陈睿，嘉为蓝鲸DevOps产品总监方勇，围绕 DevOps的“道法术器”，为数百名参会者贡献了精彩的技术分享。 视频内容 基于蓝鲸DevOps平台的研运实践 by方勇 企业在落地DevOps时，非常需要一套强大的、开放的、体系完善的DevOps平台来支撑研发、测试、运维的工作和协同；蓝鲸提供了强大的自动化运维和 DevOps平台，以及完整的体系、扩展能力。 视频内容 DevOps是软件工程的未来，如何实现DevOps，是每个企业都在思考的问题。
1K60发布于 2019-07-08 2025 DevOps工具生态全景：本土化服务与智能化演进趋势观察
随着数字化转型浪潮的持续深入，DevOps工具链正在经历从功能集成到智能协作的范式转移。 对于国内开发者而言，2025年的DevOps实践面临两个关键命题：如何选择与本土开发环境深度适配的工具平台，以及如何在智能化趋势下构建高效的自动化工作流。 **本土化服务成为关键竞争维度**Gitee DevOps平台凭借其"代码即配置"的设计哲学，正在重塑国内开发者的协作体验。 **智能化与低代码化的行业趋势**展望2025年，DevOps工具的发展将呈现三个明确趋势：人工智能技术将被更深度地应用于流水线优化和故障预测；低代码配置方式将进一步降低自动化门槛；多云环境支持将成为标配功能 值得关注的是，DevOps实践的成败往往不取决于工具本身，而在于团队协作模式的转型程度。无论选择哪种技术方案，建立跨职能协作文化、持续优化交付流程、培养复合型人才都是实现DevOps价值的关键要素。
30710编辑于 2025-07-15- 来自专栏CODING DevOps
CODING DevOps 系列第六课：IT 运维之智能化告警实践
智能化告警的理念和相关技术 为了解决上述问题，在智能运维领域，智能化告警的概念出现了。 智能化告警主要解决 4 个问题：一、精准告警，拒绝告警风暴；二、快速故障定位；三、进行故障预测，避免故障发生；四、规则设置自动化，不再通过人工经验来设置规则。 智能化告警实践 基于以上智能告警的理念和相关方法，结合过往的实践，我们将介绍一下在单指标异常检测、根因分析和故障预测方面的实战方案。 [2] 完成分类指标后，就可以确定用什么算法进行检测。为了保证可靠性，我们给每种类型的指标都提供了两种算法，并进行投票决策。
77630发布于 2020-06-23 - 来自专栏DevOps
智能化时代下，企业DevOps平台的选型突围：谁在真正驱动业务价值？
随着云原生、AI、信创等技术的快速发展，DevOps平台的选型已从“功能堆砌”转向“价值赋能”。 -- 嘉为蓝鲸DevOps平台1）一体化平台：数据融合与智能赋能并重以嘉为蓝鲸DevOps平台为代表的一体化平台，通过统一底座将需求管理、持续集成、制品库、测试管理等模块深度融合，避免了“烟囱式”工具链的数据孤岛问题 2）云原生与AI能力：未来竞争力的关键云原生已成为现代应用的标配，平台需深度集成Kubernetes，支持微服务治理与弹性扩缩。 同时，AI能力正从“辅助工具”升级为“核心引擎”：嘉为蓝鲸DevOps平台：通过CAgent实现智能代码补全、测试用例生成，显著降低人为错误；Azure DevOps：依托Microsoft Copilot 在智能化、合规化、云原生化成为必然趋势的今天，选择一款能真正打通“业务-技术-数据”闭环的平台，才是企业在数字化竞争中行稳致远的关键。
23810编辑于 2025-10-23 - 来自专栏嵌入式智能硬件
【DEVOPS】 Devops原则
2.价值流映射：致力于可视化价值流的工作。 3.映射的两个步骤：创建当前as-is流图；创建未来to-be图。 4.价值流映射有助于有优化业务流程。 6.价值流思维是Devops的核心：关键度量（LT,PT,%C/A）；可视化展现，创建价值而非动作；避免局部优化陷阱（约束理论）， Devops的关键想法从每一步到下一步而到顺畅且统一的流动，有节奏，没有不必要的延迟且有最优的资源利用率 12.Devops完成的定义：是客户收到或者开始收到他们的期望价值。生产环境要完全资讯整个价值流。 ? 涉及到2个时间，TTR（Time to Repair）修复时间，TTM（Time To Marketing）产品上线时间。要做到高效交付可靠的软件，需要尽可能的减少这2个时间。 附上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高速变化的企业 主体业务要求快速变化以测试新的业务想法的假设 无法接受IT相关的核心业务风险 已经尝试过其他的提升效率或者测试的方法，没有显著效果 2. Devops不适用以下这些企业： 不自行研发软件的企业 把自己使用的软件外包出去，给别人来做。 自己的员工不是开发者 有自己企业的工作模式，没有意愿重组自己的企业 3.严格绑定单体IT架构的企业3.单体IT基础设施和架构对引入Devops有限制： 需要有给团队分配单独的责任领域的能力 为每个独立团队分配单独的部分
89610发布于 2020-08-31 - 来自专栏嵌入式智能硬件
【DEVOPS】Devops关键实践
2.可视化工作的优点： 发现已经接收的工作 发现潜在存在容量缺乏的领域 哪里的资源已经或即将耗尽 被阻塞的任务 未完成的任务 如果没有时间完成本迭代接收的所有工作，其中哪些值得尝试去完成，以便达到最大化有用的结果 Devops实践：小尺寸，每周每日发布，有效自用资源，常规付出，自动化，连续 （2）Devops更多地关注增加业务价值（官方Devops书本上的翻译是发布是由业务决定的。） （4）Devops处理解决事件和缺陷的方式（官方Devops书本上的翻译是缺陷立即被修复的） 如果要追溯的最近的部署，Devops流水线控制系统将自动回滚到之前已知稳定状态。 （5）Devops需要持续改进和保持Devops（官方Devops书本上的翻译是流程是持续更新的） Devops建议应立即消除所有确定的过程缺陷。 （2）团队成员是全职工作在团队中 （3）是跨职能的，意味着团队应该有能力完成所负责的领域价值流上的工作。DOD完成的定义，理解的唯一方式 （4）团队不能太大
1K20发布于 2020-08-31 - 来自专栏JadePeng的技术博客
jenkins X实践系列（2） —— 基于jx的DevOps实践
jx是云原生CICD，devops的一个最佳实践之一，目前在快速的发展成熟中。 最近调研了JX，这里为第2篇，使用已经安装好的jx来实践CICD，旨在让大家了解基于jx的DevOps是如何运转的，感兴趣的可以继续关注，下一篇介绍如何安装。 先上图： ? 5t9kq 1/1 Running 0 10d jenkins-x-chartmuseum-75d45b6d7f-2hk99 10d jenkins-x-controllerworkflow-7675c458d-sjbfd 1/1 Running 0 10d 2. [0m helm server [32mv2.11.0+g2e55dbe[0m git [32mgit version 2.19.1.windows.1
2.3K20发布于 2018-11-21 - 来自专栏java架构计划训练营
devops
pwd=ue0u 提取码：ue0u 第一章 DevOps 第1集 环境了解 基本要求 熟练使⽤CentOS 7 / 8 或者其他Linux发现版 了解Docker是什么，不要求会⽤，但要知道容器化是怎么回事 作中使⽤过Docker，理解什么是容器 涉及组件 CentOS 7、Docker、Gitlab、Jenkins、IDEA、Kubeode、Kubernetes、Helm、 Harbor 环境准备 4台2核 8G物理机、虚拟机、云主机 第2集 什么是devops DevOps 是 Development（开发）和 Operations（运维）的组合，是 ⼀种⽅法论，是⼀组过程、⽅法与系统的统称，⽤于促进应⽤ 开发、应2 ⽤运维和质量保障（QA）部⻔之间的沟通、协作与整合，以期打破传 统开发和运营之间的壁垒和鸿沟 CI/CD 的主要概念是持续集成、持续交付和持续部署。 localtime # hwclock -w 安装docker 安装底层⼯具 sudo yum install -y yum-utils device-mapper-persistent-data lvm2
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 故事）组成。 可以 提升交付速度，通过部署时间度量 可以 提升反馈速度，通过部署频率度量 可以 节约 Ops 的部署时间，通过 Lead Time 度量 举例2：基础设施即代码 作为一个 DevOps 的团队 故事2： 作为 DevOps 团队里的 Ops 要实践持续部署流水线 我需要采用 Gitlab 作为代码仓库，提交代码。 用 DevOps 故事塑造 DevOps 文化 通过以上例子你可以感觉到，DevOps 故事实际上就是一个 DevOps 实践的落地说明。它采用 史诗故事确立了 DevOps 的文化和原则。
1.1K20发布于 2018-08-17 - 来自专栏Lansonli技术博客
【云原生 | Devops篇】深入Devops
深入Devops 一、DevOps是什么 Development和Operations的组合词 DevOps: Development 和 Operations 的组合 DevOps DevOps 希望做到的是软件产品交付过程中 IT 工具链的打通，使得各个团队减少时间损 耗，更加高效地协同工作。专家们总结出了下面这个 DevOps 能力图，良好的闭环可以大大 增加整体的产出。 可以release的时候，提交代码， 剩下的全部一站式自动搞定 2、最佳实践 2.1、内循环与外循环 内循环（开发要做的事情）： 编码、测试、运行、debug、提交
1.5K52编辑于 2022-05-20 - 来自专栏顾宇的研习笔记
DevOps模式: 定义你的DevOps
遗憾的是，很少有人真的关心 “DevOps 是什么”，当然其实也不重要。比 DevOps 是什么来说，更重要的是 “DevOps 能做什么”。 见效时间：快 - 2 周内可看到显著改进。 说明： 根据组织的需要，在基于对 DevOps 历史和实践的理解上建立对组织发展有益的 DevOps 的定义。 DevOps 的定义包括 DevOps 的组织改进范围，DevOps 的度量，DevOps 的实践。在采用 DevOps 实践的过程中，要先取得 DevOps 共识并基于共识采取 DevOps 度量。 要定期重新定义当前阶段的DevOps 目标，否则会导致"DevOps教条主义" 反模式和" DevOps 复制者"反模式。 DevOps 的定义要在实施 DevOps 的组织内达成共识。 相关模式：DevOps 共识，DevOps 范围，建立 DevOps 度量，短期 DevOps 提升 相关反模式： DevOps 教条主义，DevOps 复制者，片面的 DevOps 相关引用： https
77540发布于 2019-05-29 - 来自专栏云原生应用工坊
打造智能化 DevOps 未来：一体化工具集全面解读（PulumiGo、KubeGuard、CraftWeave、CodePRobot、XStream）
在当今多云架构与混合基础设施成为主流的技术浪潮中，传统 DevOps 工具在灵活性、智能化和跨平台适配能力上面临挑战。 为此，我们构建了一套以 AI 驱动为核心，覆盖从基础设施部署到智能代码生成的全流程 DevOps 工具集 —— PulumiGo、KubeGuard、CraftWeave、CodePRobot 与 XStream ：CodePRobot 助力敏捷迭代，通过 AI 自动生成修复 PR 与配置同步跨境网络提速：XStream 助力开发者无障碍访问关键服务，确保开发效率不打折 开源地址与参与方式我们欢迎所有关注现代 DevOps 结语：用 AI 编织现代 DevOps 架构在 AIGC 时代，我们相信代码不止于逻辑实现，更代表着自动化、智能协作与系统构建的未来。 通过 PulumiGo、KubeGuard、CraftWeave、CodePRobot 和 XStream 的组合使用，我们希望让每一位开发者都能拥有真正智能、灵活、快速响应的 DevOps 工具链。
33210编辑于 2025-05-23 - 来自专栏DevOps时代的专栏
DevOps前世今生 | 2. Dev和Ops矛盾缘何而来？
一、前言 在《DevOps的前世今生 | 1. DevOps编年史》一文中，通过追溯 DevOps 活动产生的历史起源，我们发现了 DevOps 是敏捷思想从软件开发端(Dev)到系统维护端(Ops)的延伸。 但是，DevOps 的矛盾从何而来？这还要从 Dev 和 Ops 的起源开始讲起。 二、上古时代——抱着计算机使用手册，自开发自运维 历史要追溯到刚刚出现计算机的时期。 由于开发和运维都由同样的人包揽，自己维护自己开发的程序，也可以被看做是原始的 DevOps。 这个时期的计算机系统和问题较简单，开发和维护并不复杂，无需进行专业区分。 加之随着开发人员越来越多，开发成本逐渐降低，于是出现了企业定制化软件开发，出现了 MIS 和 ERP 这样的应用以及J2EE这样的企业级软件开发框架。
820100发布于 2018-02-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号