DevOps 之后,我看到一种新范式:ODD(观测驱动开发)

【信息科学与工程学】计算机科学与技术——第七十七篇 系统架构设计02 编号类型模型配方企业资本运作的方法/规则/条件/依据及所有的步骤(​风险处理/异常处理/危机应对关联知识法律法规和裁决依据​​由发起人(通常是知名投资人、投行或产业资本)先设立一个只有现金、无实际业务的特殊目的收购公司(SPAC),通过IPO募集资金并在交易所上市。然后在规定时间内(通常24个月)寻找一家非上市公司进行合并(De-SPAC),使目标公司迅速实现上市,规避传统IPO的复杂流程和不确定性。1.:在开曼或特拉华注册空壳公司,注入少量种子资金。2. 阅读详情

在过去十年里,软件工程的路径非常清晰:

单体架构 → 微服务 → DevOps → 云原生。

但在 2024–2026 这波 AI 浪潮下,一个令人尴尬的现状浮出水面:

我们的系统越来越“可观测”了,但故障处理的效率却没能等比例提升。

这篇文章我想聊聊一个最近很感兴趣的新范式:Agentic AI + Observability-Driven Development (观测驱动开发)

01 现状:可观测 ≠ 可解决

回想一下典型的线上故障处理:

1.告警触发。

2.架构师或 SRE 盯着大盘(Dashboard)。

3.疯狂检索日志(Logs)。

4.顺着链路追踪(Tracing)排查。

5.漫长的多团队对齐、定责、决策、回滚。

这个流程看起来很标准,甚至有些工业美感。但本质上,目前的可观测性工具只解决了前 30% 的问题(看见问题),而剩下的 70%(分析、决策、执行、协作)依然卡在“人”这个环节。

一句话总结现状:当前可观测性已具备完善的Visibility(可见性),在Actionability(可操作性)方向仍有广阔的提升空间。


02 DevOps 的隐形成本:人类是系统的手动调度中心

DevOps 试图通过自动化打通开发与运维,但它有一个默认的底层逻辑:人类始终是决策中心。

这导致了三个无法回避的问题:

  • 经验孤岛: 故障排查极度依赖“老师傅”的直觉,这种经验很难代码化、资产化。

  • 信息衰减: 数据在 Logs、Metrics、Traces 之间是断层的,在团队流转中更是支离破碎。

  • 协作延迟: 很多时候,技术问题的排查只要 10 分钟,但多方对齐和决策可能要花 2 小时。

DevOps 并没有消除复杂性,它只是把复杂性从基础设施层转移到了人的大脑里。


03 ODD:从“代码驱动”到“运行时数据驱动”

为了打破这个僵局,Observability-Driven Development(ODD) 正在成为新的共识。

核心逻辑的变化:代码不再是系统的唯一真相,运行时的数据才是。

维度DevOps (传统模式)ODD (新范式)
驱动核心静态代码 + CI/CD 流程动态数据(Logs/Metrics/Traces)
反馈闭环手动触发,单向流动基于运行时信号的自动反馈
系统认知关注“我写了什么”关注“系统正在发生什么”

在 ODD 模式下,每一次异常、每一个 Trace 都是系统的输入信号。系统不再是被动地等待被观察,而是通过这些信号不断驱动决策。


04 Agentic AI:成为真正的执行者

如果说 ODD 提供了“数据地基”,那么 Agentic AI 则提供了“行动手脚”。

我们现在熟悉的 Copilot 还是被动响应的“工具人”。而 Agentic AI 的核心在于:Goal-driven(目标驱动) 和 Stateful(有状态)。

  • 传统方式: 告警 ➡️ 人看数据➡️ 人分析原因 ➡️ 人去执行回滚。

  • Agent 模式: 告警➡️ AI 自动获取上下文 ➡️ AI 推理并验证根因 ➡️ AI 调用 API 执行自愈。


05 当 ODD 遇到 Agentic AI:从监控到控制

真正的范式转移在于:当 Observability 数据直接驱动 AI 行动。

未来的系统架构将是一个闭环:

  1. 感知(Perception): 实时处理 Logs / Metrics / Traces。

  2. 上下文(Context): 自动关联拓扑关系与语义信息。

  3. 推理(Reasoning): Agent 基于实时数据进行根因分析(RCA)。

  4. 行动(Action): 直接调用 K8s、CI/CD 或 Terraform 接口。

Observability 此时不再是“监控系统”,而是系统的“控制系统”。


06 关键的拼图:记忆(Memory)

很多讨论 AI 的文章都忽略了这一点:Memory(记忆)。

没有记忆的 AI 只是个高级脚本;有记忆的 AI 才是真正的工程师。在 ODD 场景下,记忆意味着:

  • 历史故障库: 曾经发生过类似的故障吗?

  • 系统拓扑: 服务之间的血缘关系是什么样的?

  • 修复策略(Runbook): 哪种操作在类似场景下最有效?

经验不再存在于某个人的脑子里,而是沉淀在系统的语义层。


07 总结:从“展示问题”到“解决问题”

我们正在经历从 DevOps 到 ODD 的跃迁。未来的架构可以被抽象为四层:

  1. 数据层: 实时流式的全量观测数据。

  2. 上下文层: 将碎片化数据转化为结构化的语义图谱。

  3. 推理层: 具备领域知识的 Multi-Agent 协作。

  4. 执行层: 标准化的自动化作业能力。

我们可能不再需要 7x24 小时的值班,也不再需要盯着满屏的 Dashboard。

最终,系统会像一个成熟的生物体一样:它能感知痛觉,能理解伤在哪里,并能自动完成修复。

你的系统,是在忙着展示问题,还是在忙着解决问题?

vtk相机_分别用 VTK 体绘制和面绘制来实现医学图像三维重建; 序言,VTK介绍:VTK 全称为 The Visualization Toolkit (可视化工具),是一个开源、跨平台、自由获取、支持并行计算的图形应用函数;拥有3D 渲染的最新工具、提供3D交互模式以及2D绘图等。VTK 包含一个C++类库,目前提供了众多语言接口,例如 Java、Python、TCL;在三维函数库OpenGL 的基础上采用面向对象设计方法发展起来图形学基本概念和数据... 阅读详情

相关推荐

SWD下载调试接口原理深度剖析

作为ARM嵌入式工程师,下载调试器都应该知道,但你真正了解SWD如何下载调试的么?ARM 芯片通过什么物理接口和什么方式连接完全取决于芯片Debug子系统的架构如何?

zhuwade的博客 1万+

AI时代可观测性答案:ODD(观测驱动开发)

本文提出“观测驱动开发(ODD)”和“智能体化可观测性”两个新概念,旨在提升系统可观测性。核心观点认为当前监控数据存在结构化信息复杂度(Epiplexity)不足的问题,导致AI难以理解业务意图。作者建议在系统设计阶段就注入业务意图(ContextSchema),将AI的归纳问题转化为演绎问题,从而降低诊断复杂度。

observability的博客 810

【智能车学习】电磁循迹中的基本控制算法

今天心血来潮,突然想总结一下电磁车的一些基本算法,也希望可以给新手同学们一点帮助和参考。本篇主要讲述智能车电磁循迹中涉及到的基本算法,包括滤波算法,归一化算法,PID控制等

Carry_qing的博客 6万+

可观测性驱动开发:Honeycomb与Focused Labs如何重塑工程效能

在云原生与微服务架构成为主流的今天,传统的监控体系已难以应对复杂分布式系统的挑战。监控(Monitoring)主要关注预设指标的阈值告警,而可观测性(Observability)则更进一步,它基于日志、指标和分布式追踪三大支柱,旨在探索“未知的未知”,实现数据驱动的根因分析。其核心价值在于将排障从依赖经验的“猜谜游戏”,转变为任何开发者都能快速执行的精准调查,从而显著提升软件交付速度与系统稳定性。这一理念在工程实践中,尤其适用于需要快速定位性能瓶颈、理解系统行为的场景。本文以Honeycomb.io的高性能

weixin_33709590的博客 666

西门子S7-200 SMART PLC高速计数器与增量式编码器实战配置指南

在工业自动化控制系统中,传感器是将物理量转换为电信号的关键组件,其中编码器作为核心的位置与速度检测元件,其工作原理基于光电或磁电效应,将机械位移转换为脉冲序列。增量式编码器通过输出相位差90度的A/B两相脉冲,不仅能实现精确的位移测量,还能通过相位关系自动判别运动方向,并通过倍频技术提升分辨率。其技术价值在于为PLC等控制器提供了实时、高精度的位置反馈,是实现闭环控制、提升系统精度与可靠性的基础。在包装机械、物料输送、绕线设备等应用场景中,编码器与PLC高速计数器的协同工作是实现精确定位、定长切割与速度控制

weixin_29178069的博客 396

基于文件通信的QMT量化交易信号桥接方案设计与实现

在量化交易系统开发中,进程间通信(IPC)是连接不同计算模块、实现策略逻辑与交易执行解耦的关键技术。其核心原理在于允许运行于独立环境或进程的程序安全、可靠地交换数据。文件系统通信作为一种经典的IPC方法,因其实现简单、跨平台兼容性好且数据可持久化,在非高频场景下具有重要技术价值。它尤其适用于需要将外部复杂计算环境(如配备丰富数据科学库的Python环境)与专用交易终端(如迅投QMT)集成的应用场景。通过约定文件路径与数据格式,外部程序可将包含交易指令的JSON信号文件写入特定目录,而交易终端通过轮询或监听机

weixin_28678151的博客 419

AI Coding 新范式与方法和工具(人人都是开发者)

只要规则文档清晰、准确,AI 就能更稳定、更高效、更持久、更广泛地发挥。BMAD-METHOD(Breakthrough Method of Agile AI-Driven Development,敏捷 AI 驱动开发的突破性方法),是一套明确约束人和 AI 如何协作的开发方式。软件工程方法论,指用于指导、管理和执行 “软件需求、设计、开发、测试、交付、运维” 的过程的结构化方法、框架、原则和实践。并且,在 BMAD 的设计里,不要把 AI 当成 “万能助手”,而是把 AI 当成多个有分工的角色。

烟云的计算 3611

嵌入式状态机编程-QP状态机框架与常见状态机方法

状态机基本术语 现态:是指当前所处的状态。 条件:又称为“事件”,当一个条件被满足,将会触发一个动作,或者执行一次状态的迁移。 动作:条件满足后执行的动作。动作执行完毕后,可以迁移到新的状态,也可以仍旧保持原状态。动作不是必需的,当条件满足后,也可以不执行任何动作,直接迁移到新状态。 次态:条件满足后要迁往的新状态。“次态”是相对于“现态”而言的,“次态”一旦被激活,就转变成新的“现态”了。 传统有限状态机Fsm实现方法 如图,是一个定时计数器,计数器存在两种状态,一种为设置状态,一种为计时状态 设

qq_36969440的博客 9665

可观察性驱动开发,探索未知之地

可观察性驱动开发与监控有什么不同?随着我们的分布式系统变得越来越复杂,随着我们对DevOps测试、自动化和效率的追求,筒仓的打破,为了了解代码中未知的未知,ODD作为一种超级监控而出现。本文包括Honeycomb创始人Charity Majors的见解。本文要点随着微服务和容器使系统变得更加分散和复杂,未知的未知也在增加。只在发布后进行监控是不够的,你只有在完全了解系统的潜在故障时才能获得成功。可...

weixin_34360651的博客 63

从AMBA到USB:手把手教你评估和选择Synopsys DesignWare里的免费商用IP

本文详细介绍了如何评估和选择Synopsys DesignWare中的免费商用IP,从AMBA到USB等关键模块。通过技术参数核对、验证环境评估和集成注意事项,帮助工程师高效利用这些经过硅验证的商业级IP,提升SoC设计效率。文章还探讨了免费IP与付费IP的边界策略,避免常见陷阱。

weixin_42683394的博客 297

【Android Performance】Android CPU绑核实战:从taskset到cpuset的完整调优指南

本文系统讲解Android系统中的CPU绑核(CPU Affinity)技术,涵盖用户空间的taskset命令行绑核、内核cpuset分组机制的原理与操作、进程级与线程级绑核的代码实现、以及中断绑核的底层方法。文中深入拆解CPU亲和性掩码的计算规则、各cpuset分组的默认策略差异、绑核后的验证手段及常见踩坑场景,并配有多项实操命令与C代码示例。适合从事Android系统性能调优、进程调度优化的开发者阅读。

weixin_44081096的博客 1312

【AI原生研发黄金法则】:腾讯、字节、阿里3大厂实战验证的7大不可绕过的核心实践

本文提炼AI原生软件研发最佳实践:大厂案例分享,直击模型集成难、工程落地慢、人机协同弱等痛点。涵盖需求定义、数据飞轮、MLOps闭环等7大核心实践,适用于AI优先型产品开发。腾讯、字节、阿里已验证其提效50%+与迭代加速3倍,值得收藏。

LogicGap的博客 744

074.多任务学习:在YOLO基础上同时进行分割、关键点检测

本文探讨了在YOLOv5模型中实现检测、分割和关键点多任务的技术方案。通过分层特征抽取策略(检测用深层、分割用浅深融合、关键点用中层)解决特征共享问题;采用不确定性加权方法自动平衡多任务损失;设计了支持三种标签的数据流处理方式;并分享了推理部署时的后处理技巧。实践表明,合理的多任务设计可以提升主任务性能,但需权衡标注成本和推理效率。最终方案选择在训练时引入分割作为辅助任务,推理时仅保留检测和关键点,实现了检测mAP提升2.3%的优化效果。

2603_95664987的博客 45

F´ PosixUartDriver 串口驱动组件深度解析:从 termios 底层实现到 FPP 拓扑集成

本技术指南以 F´(F Prime)飞行软件框架中 [Drv/PosixUartDriver/docs/sdd.md](https://link.gitcode.com/i/f329870df357098b207a7f4aaeacab84) 为核心,完整讲解 POSIX UART 串口驱动组件的设计、配置与集成方法。文章将带你理解该组件如何实现 ByteStreamDriver 字节流驱动模型、如

gitblog_00321的博客 886

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

Agent生产落地第一关:高质量数据接入的四大标准与七层链路

在AI Agent工程化实践中,‘高质量数据接入’是决定其能否从Demo走向稳定生产的核心前提。它并非简单的日志收集或API对接,而是涵盖语义一致性、时间精度对齐、字段可验证性及上下文可追溯性的系统性能力。基于OpenTelemetry可观测性标准与eBPF内核探针技术,高质量数据需满足可追溯、可验证、可归因、可行动四大黄金准则,并贯穿内核态(eBPF)、应用态(AgentScope SDK)、传输层(OTel Collector)、存储层(Jaeger+Loki+Tempo)、平台层(AgentScope

weixin_29095587的博客 242

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

DevOps进阶

SonarQube 是开源代码质量管理平台,,支持 30+ 语言,对接 CI/CD 流水线提交即扫描。

fengkai4545的博客 137

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

DevOps 完整入门:瀑布、敏捷、CI/CD 核心概念通俗解析

敏捷开发(Agile Development) 的核心是*迭代开发*(Iterative Development) 与 *增量开发持续集成( Continuous integration , 简称 CI )指的是,频繁地(一天多次)将代码集成到主干。**持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量。**它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。

weixin_63581562的博客 565

DevOps进阶-下篇-Harbor私有仓库与自动化部署

环节现在的状态问题代码GitLab 托管,Tag 管版本✅ 没问题构建Jenkins 跑 Maven,产出 jar✅ 没问题质量SonarQube 扫描 + 门禁✅ 没问题制品jar 直接 SCP 到服务器,服务器上❌这里全是洞部署服务器本地重建容器❌ 无版本、无回滚、无审计镜像没有统一存放地。每台机器自己build,同一个 tag 在不同机器上可能是不同的东西——"环境一致性"直接破功;无法回滚。jar 覆盖了就没了,出事想退回上一版?

weixin_45488455的博客 613

从瀑布到流水线:DevOps 入门与 GitLab + Jenkins + Docker 落地实践

先看清软件开发生命周期(SDLC)的全貌,再对比瀑布模型与敏捷开发,随后进入持续集成与 CI/CD 的机制内核;最后落到实操——在 GitLab、Jenkins、Docker 组成的四机实验环境里,走完源码托管、自动化构建、镜像封装与远程部署,直到参数化构建与版本回滚。概念与命令并重,既是入门地图,也是操作手册。

年轻的时候很穷,经过我多年的努力,终于不再年轻。 302

开源基准 CloudOpsBench 发布:AI 运维最大瓶颈在推理

开源基准 CloudOpsBench 1.0 包含 45 项 AWS 运维任务,测试中表现最好的 Claude Fable 5.1 仅解决 60%,研究团队称约 80% 的失败源于推理问题。

老孙正经胡说 193

10 · 安全发布:滚动更新、蓝绿与金丝雀

本文对比几种发布策略:内置的滚动更新依赖就绪探针并可 rollout undo 回滚;蓝绿部署让两套环境并存,通过切换 Service 选择器或 Ingress 后端一次性切流;金丝雀先放一小部分流量,可用共享标签加副本比例,或用 ingress-nginx 注解、Gateway API 的权重精确分流。

PhilZhou的专栏 423

10 月更新|NineData 新增 Vastbase、SelectDB、DB2 等异构链路,优化 Oracle 增量解析性能

10月,NineData持续强化数据库DevOps、AIAgent与数据复制能力。新增18条数据复制与对比链路,支持多引擎异构迁移,如TiDB→DB2、OpenGauss→PolarDB等。DevOps扩展Databricks支持,优化SQL规范校验、WebSocket缓冲与OnlineDML功能。权限流程升级,支持API获取数据源,修复工作流状态一致性。AIAgent优化模型配置与ChatDBA交互体验。数据复制增强增量写入、容灾与Oracle性能,支持TiCDC集群源与字段长度超限处理。SQL窗口修复多

云原生智能数据管理平台 368

DevOps入门-下篇-GitLab-Jenkins-Docker实战

打开demo_web项目 → 菜单VCS→Git→Push(或Remotes)→字段值NameoriginURLURL 直接从 GitLab 项目首页复制(Clone →),别手打,容易多斜杠。实践对应概念解决的问题GitLab 托管 + 分支管理版本控制代码唯一可信来源Jenkins 拉取并自动构建持续集成不再手工打包,问题早发现Maven 统一构建可重复构建谁打出来的包都一样Publish over SSH 自动推送持续交付部署不再是手工活Dockerfile 进仓库。

weixin_45488455的博客 679

DevOps入门-上篇-从SDLC到CICD

周五下午四点,你终于把功能写完,本地跑通了,打了个包丢给运维:“哥,帮忙上一下生产。半小时后,群里开始刷屏:启动报错、端口被占、数据库连不上、依赖版本不对、配置文件是测试环境的……你在本地明明跑得飞起。这不是你菜,这是"集成代码在你的机器上是对的,不代表它在别人的机器、在服务器上是对的。如何让"我这能跑"变成"哪都能跑",并且让这个过程一天发生几十次还不翻车?要回答这个问题,得先把软件是怎么被"生产"出来的这件事讲清楚。持续集成(Continuous Integration,简称CI。

weixin_45488455的博客 347

DevOps 入门实战(一):从 CI/CD 概念到 Jenkins 自动构建部署

本文主要介绍了在Windows开发机与三台CentOS虚拟机上,搭建基于GitLab私仓、Jenkins自动化构建与SSH部署的CI/CD流水线。通过Spring Boot项目本地验证后,配置GitLab代码仓库,利用Jenkins实现三次构建:首次拉取代码,二次Maven打包,三次通过SSH推送Jar包至目标机,并由Docker运行容器。全程覆盖代码提交、自动构建、远程部署全流程,实现“写代码→提交→自动部署”闭环,掌握DevOps核心实践。

tc2266的博客 414

手工建集群到全自动发布:k8s集群部署与DevOps流水线整合实战

本文记录从手工搭建到全自动发布的 K8s 与 DevOps 整合实践。前半部分用 kubeadm+Docker(cri-dockerd)部署 K8s 1.28 三节点集群,涵盖系统配置、内核参数、IPVS、镜像加速、Calico 网络及常见排坑;后半部分用 Kuboard 脚本快速部署 K8s 1.19,在 Jenkins+GitLab+Harbor 流水线中增加 YAML 推送与远程 kubectl apply,打通代码提交、构建质检、制镜像、集群发布到钉钉通知的闭环。

tc2266的博客 230
上一篇: 为什么现在的 AI Copilot 无法真正解决生产环境的故障?
下一篇: 为什么在AI Agent时代,可观测性必须被重构?
ODD的丹尼尔
博客等级 码龄1年 1粉丝 4原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值