干货分享 | B站SLO由失败转成功,B站SRE做对了什么?

从零理解SRE核心概念:SLI、SLO、SLA的区别与Error Budget的5个使用场景 本文深入浅出地解析了SRE(站点可靠性工程)的核心概念SLI、SLO、SLA之间的区别与联系,并通过生活化场景帮助读者建立直观理解。重点阐述了Error Budget(错误预算)的计算方法及其在灰度发布、容量规划、技术债管理、事故复盘和多服务依赖管理等五大实战场景中的关键作用,为构建可落地的服务可靠性体系提供了清晰框架。 阅读详情

最近几年,Google SRE在国内非常流行。

Google SRE方法论中提出了SLO是SRE实践的核心,SLO为服务可靠性设定了一个目标级别,它是量化线上质量的关键因素,它是用来回答一个服务到底“什么时候叫做挂了”的根本依据,也是可量化可统计的依据所在。

在大多数IT和运营部门中,可观测性是一个不断发展的技术领域。为了更好地发布稳定的软件系统,企业需要持续了解性能、正常运行时间和可用性等指标。因此,工程师正在全面增加对SLO的使用,用SLO来衡量系统的质量。一项研究发现,82%的企业正在增加对SLO的使用。

中国年轻世代高度聚集的文化社区和视频网站平台,B站也引入了SLO,并将SLO用作一个稳定性保障手段,帮服务观测线上隐患,保障服务在线上环境的可用率。

本期「UGeek大咖说-大厂可观测」邀请到B站在线SRE负责人武安闯做客直播间,为大家带来《以SLO为核心的可用性观测与质量运营》的分享,将以SRE中的SLO工程为核心,探讨如何抽丝剥茧度量服务的可用性?如何开展报警治理?如何第一时间发现线上问题?

直播预约

嘉宾介绍

武安闯

-哔哩哔哩 / 基础架构部 / 在线SRE负责人-

  • 先后负责中间件运维、在线业务保障和SRE稳定性工程

  • 从0到1带领运维到SRE转型,建设B站稳定性体系

  • 主导建设SRE转型、SLO工程、容量管理体系、高可用架构、多活容灾等专项

  • 当前专注SRE稳定性体系规划建设和落地实践

直播主题

《以SLO为核心的可用性观测与质量运营》⤵

微服务系统中采集和配置了丰富的指标、报警,海量的观测指标和报警又让大家无法及时发现线上问题。如何抽丝剥茧度量服务的可用性,如何开展报警治理,如何第一时间发现线上问题,本次分享将以SRE中的SLO工程为核心来探讨一下服务的可用性观测、报警治理与质量运营。

直播时间

2022年11月24日20:00-21:00

直播亮点

分享Google SRE中最核心的SLO工程方法论和落地实践!

观众收益

  1. 了解可用性指标的观测对象、观测方案和落地实践

  2. 了解Google SRE中最核心的SLO工程方法论及SLO实施经验

  3. 了解如何从SLO出发来做报警治理与质量运营

Google SRE: SLI、SLO、SLA 、Error Budget 详解 1、 SRE 服务质量 SLI 是我们选择的衡量系统稳定性的指标,SLO 是每个指标对应的目标,而我们又经常把 SLO 转化为错误预算,因为错误预算的形式更加直观。 转化后,我们要做的稳定性提升和保障工作,其实就是想办法不要把错误预算消耗完,或者不能把错误预算快速大量地消耗掉。 1.1 服务质量指标 SLI (Service Level Indicator) 该服务的某项服务质量的一个具体量化指标,用于测量性能。 性能指标的示例包括: 请求计数:例如,每分钟产生 2xx 或 5xx 响应的 HT 阅读详情

相关推荐

杜塞尔多夫SRE实践:SLO、错误预算与无责复盘的欧洲落地

服务等级目标(SLO)是现代可观测性与可靠性工程的核心概念,其本质是将业务承诺量化为可测量、可验证的技术指标;背后依赖错误预算(Error Budget)这一关键机制实现风险可控的迭代节奏。在强监管、多语言、跨时区的欧洲技术生态中,SLO不再仅是内部运维工具,更演变为法律合规依据、跨团队协作契约与发布决策闸门。杜塞尔多夫作为欧洲SRE实践高地,集中展现了SLO建模、错误预算分配、Blameless Postmortem文化及Toil Reduction工程化的真实路径——从银行GDPR数据擦除SLI监控,到

civtsbiqr522632413的博客 412

SRE-架构框架-可靠性

对于面向用户的工作负载,请衡量用户体验。用户必须对您的服务的表现满意。例如,衡量用户请求的成功率,而不仅仅是查询 CPU 使用率等服务器指标。对于批量和流式工作负载,您可能需要衡量数据吞吐量的关键性能指标 (KPI),例如每个时间窗口扫描的行数,而不需要衡量服务器指标,如磁盘使用率。吞吐量 KPI 有助于确保用户需要的每日报告或季度报告按时完成。本文档是由两部分组成的系列中的第 1 部分,其中介绍了运营在线服务的团队如何使用服务等级目标 (SLO) 开始构建和采用站点可靠性工程 (SRE) 文化。

静静是我女朋友 2663

数据科学团队三支柱:Data流水线、DS产品化与ML工程可信生命周期

数据科学(Data Science)不是算法模型的单点突破,而是数据、产品与工程三要素协同演进的系统工程。其底层逻辑在于将‘Data’从静态名词转化为持续流动的动词——通过最小可行数据流(MVDF)保障数据稳态与活性;以DS产品经理为翻译器,把模糊业务目标拆解为可验证假设与可归因指标;再由ML工程构建覆盖训练、部署、监控、降级的可信模型生命周期。这种范式突破了传统BI分析或MLOps工具链堆砌的局限,真正支撑模型嵌入销售SaaS、电池健康预测、客服根因识别等高价值场景。本文基于阿里云、平安科技及新能源车企等

abc20899的专栏 742

SRE 工程实践

在SRE 的工作实践中,定义 SLO,并梳理 SLI,将量化以后的目标和说明文档化,并让各个干系人认同并签署,是一项基础的起步工作。SLO 都是用百分比数值形式表达的,例如:99.99% 的成功率,90% 的请求延迟 < 400 毫秒等。每个 SLI 都需要用监控工具持续采集数据,通常它们的数值单位各不相同。SLA、SLI 和 SLO 是 SRE 工程实践里非常核心的概念。客户在使用产品服务时,都显性或隐性的基于某 1 个 SLA。

796

AI Agent Runtime 重构:从上下文寄生到事件驱动操作系统

AI Agent 并非简单调用大模型的工具链,而是一个需要独立状态管理、执行调度与安全隔离的运行时系统。其核心挑战在于突破模型 context window 的硬约束,将会话状态、执行逻辑与沙箱环境解耦——这本质上是构建 AI 时代的‘操作系统抽象层’。基于事件日志(Event Log)的状态持久化保障强一致性与全链路可追溯;无状态 Harness 实现故障自愈与弹性伸缩;Cattle 式 Sandbox 结合动态凭证注入,从根源杜绝密钥泄露风险。这些设计共同支撑起金融、销售、客服等高可靠生产场景,标志着

weixin_34289454的博客 440

双十一洪峰下的数据服务可靠性工程:从容量、流量治理到一致性与容灾

本文围绕双十一等促销场景下数据服务如何在瞬时洪峰、热点倾斜、缓存失效、重试放大和依赖抖动中保持可靠展开。文章从业务目标反推容量,建立分层容量账本与安全余量,并通过入口限流、并发控制、超时取消、熔断降级、请求合并和受控回源切断级联故障。同时,围绕库存、订单与支付设计幂等键、条件状态机、事务发件箱和对账补偿,守住数据不变量;再以多可用区、单元化、异地备份、可观测性、压测及故障演练验证扩容、切换和恢复能力。明确预案、告警处置与恢复责任边界。最终形成一套可计算、可保护、可恢复的大促可靠性工程体系。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 1万+

SRE运维:从 0 到 1 建设可落地的可靠性度量框架(SLO/SLI)

本文介绍了SLO(服务等级目标)体系的构建方法,帮助解决系统稳定性评估难题。作者从SRE实践经验出发,指出传统监控指标的不足,强调SLO应聚焦用户感知的关键路径。文章详细解析了SLI(服务等级指标)、SLO和错误预算三个核心概念,并给出实操建议:如何基于历史数据设定合理的SLO目标(如电商平台可用性99.9%)、采用BurnRate告警机制、使用Sloth工具自动生成规则。文中还总结了5个常见误区,包括混淆内部指标与SLI、SLO目标过高、跨团队共识不足等,最后提供SLO实施检查清单,建议从基础可用性和延迟

kguogao的博客 500

实现一套负载均衡架构:从需求建模到生产落地

本文围绕负载均衡架构的设计方法展开,强调先明确业务目标、流量特征、服务等级目标与故障模型,再决定四层、七层或分层组合方案。文章系统分析入口治理、算法选择、健康检查、重试熔断、过载保护、会话保持、控制面与数据面解耦、多地域容灾、云原生流量路径、容量规划及可观测性,指出高可用不等于设备冗余,故障转移必须同时验证剩余容量、数据一致性和回切安全。最后给出分阶段实施路线与评审原则,主张以压测、故障注入和演练数据证明架构有效,使负载均衡从单一转发组件升级为可观测、可验证、可回滚的核心流量治理能力体系。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 1万+

Agent规模化治理与持续运营:从“几十个智能体”迈向企业级控制平面

当企业同时运行数十个Agent,治理对象不再只是Prompt,而是持续获得授权、调用工具、改变状态并消耗预算的数字执行单元。本文提出以控制平面支撑Agent规模化运营,将注册与版本、Owner责任、身份权限、评测反馈、成本管理、运行监控和退役机制纳入同一体系。企业应建立可追溯的发布清单与最小权限边界,以在线指标、离线评测和人工反馈形成闭环,并通过SLO与FinOps平衡可靠性和投入产出。最终以联邦式组织协同和九十天分阶段路径,实现Agent从试验项目向可审计、可度量、可持续的生产能力转变。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 1万+

【管理科学】第六十三篇 企业管理者招聘与人才博弈战略02

编号类型领域问题问题的数学分析(含逐步推理与数值范围)方法/手段/步骤/流程/话术/策略/行为/时序的所有内容和步骤(含数学表达式与数值分析)时序数学表达式及周期行动的数学表达式(含数值范围)关联知识和法律法规651组织博弈成本控制如何在保证质量的前提下有效控制成本?逐步推理: 1. 成本控制模型:成本每降低10%,利润可提升15%~25%。但过度降本可能影响质量和员工士气。 2. 控制效果:有效的成本控制可使利润率提升5%~10%。 3. 法律风险:需遵守劳动法和产品质量法。步骤与数学表

weixin_49199313的博客 480

确定性运维实战:从白皮书到可落地的SOP拆解方法

运维的确定性,是指将变更、故障处置等操作变为可声明、可复现、可裁决的过程,从而摆脱“事后救火”的被动局面。白皮书提供原则,案例提供灰度参考,通过建立指标清单、转化作业指导书、反向复用案例,团队可以搭建一套可验证的运维SOP。表单化、脚本化、灰度化是三大实战套路,同时需避开僵化流程、忽视人的确定性等隐蔽深坑。本文结合工程实践,解析如何利用确定性推演单实现日常自查,让运维从经验驱动迈向结果确定。

weixin_33978044的博客 220

DevOps 深度指南:从理念到实践

2026年,DevOps已演变为以价值流为核心的工程科学。基于CALMS文化框架,现代架构融合云原生、GitOps与平台工程,实现从代码提交到运维的全链路自动化。通过GitHub Actions CI/CD流水线、GitOps声明式部署、可观测性三大支柱及SRE错误预算机制,达成每日数百次部署、故障自愈与<5%变更失败率。本文提供可复用架构图、代码模板与实践指南,助力企业构建高效、稳定、可扩展的现代化研发体系。

热爱技术与前沿创新,深耕科技领域,在科创中精进自我;探索技术乐趣,分享技术干货与成长心得,以技术为伴,热爱生活,在科创与生活中双向成长。 471

HyperLynx实战:手把手教你搞定DDR4信号完整性仿真(附ODT与终端电阻配置避坑)

本文详细介绍了使用HyperLynx进行DDR4信号完整性仿真的实战技巧,重点解析了ODT配置与终端电阻优化的黄金法则。通过模型准备、拓扑构建、ODT扫描等关键步骤,帮助硬件工程师规避常见设计陷阱,提升高速数字电路设计的效率与可靠性。

weixin_30861797的博客 641

Docker - 容器的告警配置,实现异常及时通知

Prometheus 告警规则定义在同级目录的alerts.yml中,并在# 在 prometheus.yml 中追加 rule_files : - "alerts.yml"Docker 容器告警,绝非简单地“设置几个阈值 + 发几条消息”。它是一套融合了基础设施观测、应用性能剖析、数据科学建模、通信工程实践的综合性能力。当你看到一条告警在凌晨 3:15 推送到企业微信,点开 Grafana 发现曲线呈完美线性上升,再一键执行。

千淘万漉虽辛苦,吹尽狂沙始到金 5191

哈工大集合论与图论(下)慕课MOOC答案

答案选自2023哈工大集合论与图论慕课,慕课的题重复率很高并且具有极高的相似性,选答案时要格外注意对比选项,能力有限答案不一定面面俱到,整理不易读者且用且珍惜。

qq_34168477的博客 2904

Python深度学习基于Tensorflow(17)基于Transformer的图像处理实例VIT和Swin-T

定义窗口注意力机制,与普通的注意力机制不同,其是在各个窗口中执行注意力机制。从中可以看到,其创新点主要是将图片进行拆分作为序列数据带入。差不多,主要实现的是一个下采样的算法过程;相同位置的像素绑定到一起构成一张新的。模型定义完毕后,初始化模型并开始训练。由于层之间重复性出现,可以定义一个。中,这里先实现拆分图片类。进行操作时我们定义三个类。定义一个多头注意力机制类。的数据,导入数据如下。导入数据,这里同样用。

bigcrab的博客 1635

从“会查故障”到“能值班”:Claude Tag 与 Agentic On-call 的工程化跃迁

Anthropic将Claude Tag引入真实CI/CD值班流程:系统异常后,它先调查日志、指标、代码变更,提出修复建议,再将回滚等高风险操作交给工程师确认。公开案例中,约44个测试停止执行,Agent定位到当天启用的Feature Flag;人工回滚后,它继续监控,并在3分钟后确认恢复。值班Agent需要记忆、系统连接、持续调度和明确指令,还需接入监控、代码和告警平台。其价值在于自动化分诊、调查、汇报、验证与经验沉淀,但可观测性、默认只读、人工审批、历史回放和影子运行仍是安全落地前提。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 1万+

39、FIPA ACL:多代理系统中的标准化通信

本文详细介绍了FIPA ACL(Agent Communication Language)的基本概念、言语行为理论基础以及其在多代理系统(MAS)中的应用。文章涵盖了FIPA ACL的消息格式、信息交流流程、实现与优化方法,并通过智能调度系统的实例展示了其实际应用效果。此外,还探讨了FIPA ACL面临的挑战及未来发展方向,如通信延迟优化、本体简化、安全性增强等。

k8s6orchestrator的博客 381

端到端测试(e2e):从用户旅程验证到质量门禁的工程实践

端到端测试(e2e)是一种模拟真实用户完整操作路径的系统级验证方法,其核心原理在于跨服务、跨技术栈、跨环境的闭环行为验证,而非单点代码或接口逻辑检查。它填补了单元测试与集成测试无法覆盖的‘业务流程断点’,尤其在微服务架构、前后端分离和多团队协同场景中,成为保障交付质量的关键技术价值。典型应用场景包括电商下单、登录支付、表单提交等核心用户旅程的稳定性保障,以及线上巡检、SLO监控和文档自动化等进阶工程实践。本文深入解析e2e不可替代的本质、主流工具选型逻辑、高韧性用例设计方法及CI/CD深度集成策略。

weixin_42523326的博客 213

5G 模组 FM650 USB模式查询及网络配置

完成以上配置后,5G模组可进行搜网,入网成功后,上位机获取 5G IP。

十年通信老兵的技术修炼之路——从3G到5G,从地面基站到卫星通信。 1325

在 IW31 录入班次与当班负责人,并让 IW38 列表同步显示:基于 IWO10018 + IWOC0004 的一套可落地增强方案

摘要 本文详细介绍了在SAP PM模块中实现工厂设备维护订单增强的完整方案,重点解决两个核心需求:在订单创建时新增班次负责人和班次字段,并在订单列表中直接显示这些信息。文章从需求分析、技术设计到具体实现步骤进行了系统阐述。 关键实现步骤包括: 通过CI_AUFK结构扩展AUFK表,确保字段持久化存储 使用IWO10018增强在IW31/IW32/IW33事务中添加输入界面 通过IWOC0004增强在IW38订单列表中显示新增字段 采用优化的数据填充策略提升性能 该方案不仅满足业务需求,还考虑了用户体验和系统

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 181

机器学习模型上线后的五大生产风险与免疫机制

机器学习模型部署不是项目终点,而是系统性风险的起点。当模型离开开发环境进入真实业务系统,面临数据漂移、特征延迟、服务降级、可观测性缺失和治理失控等核心挑战。理解MLOps本质在于构建生产级免疫机制:通过显式输入契约保障数据时效性,多级优雅降级应对服务异常,全链路可观测性实现漂移预警,决策溯源能力满足合规审计,以及闭环变更治理确保责任可追。这些实践直击金融、工业等高要求场景中模型‘不敢上线’‘上线即崩’的痛点,将ML系统从黑盒预测工具升级为可控、可溯、可担责的决策中心。

深未来技术 862

干货满满!AI应用架构师分享AI驱动虚拟展示干货

虚拟展示(Virtual Presentation):用数字技术将物理对象/场景转化为可交互的虚拟内容(比如3D文物、虚拟试衣间);AI驱动(AI-Powered):通过AI技术实现实时交互、智能决策、个性化生成,让虚拟内容“活”起来;AI驱动虚拟展示:以用户体验为核心,将“3D渲染+AI理解+实时数据”融合,形成“感知-决策-反馈”的闭环系统。前端交互层是用户直接体验到的部分,再厉害的AI和渲染,只要前端交互烂,用户都会跑。我见过很多团队为了“炫技”做了复杂的AI功能,结果用户不会用。

AI大模型应用之禅 538

SRE相关指标

在站点可靠性工程(SRE)的规范中,服务等级协议(SLA)、服务等级目标(SLO)和服务水平指标(SLI)是描述服务质量和性能的三个关键概念。它们共同构成了确保服务提供者能够向客户承诺并交付一定服务质量的框架。下面详细地解释每个概念以及如何在SRE中计算它们的值。

杨海吉 914

11年电赛综合测评——单运放三角波发生器

目录 背景知识科普: 原理:局部负反馈+大环负反馈+积分器 仿真图如下: 背景知识科普: 反馈电路是将放大器输出信号(电压或电流)的一部分或全部,回收到放大器输入端与输入信号进行比较(相加或相减),并用比较所得的有效输入信号去控制输出,这就是放大器的反馈过程。 一、反馈放大器反馈极性的经验分析法—符号法 分析步骤1.在输入端上加上一个“+”或“-”的输入信号,按瞬时极性法标出反馈放大器中各个电极(基极b,集电极c,发射极e)电压的瞬时性。 2.判断经放大和反馈后得到的反馈信号Xf的瞬时极性

沉迷单车的追风少年 9906

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

《SRE实战》实践

很多大型的公司会有专门的平台运维团队,负责整个中间件产品的运维。业务指标分解和用户模型分析阶段,需要业务开发和 PE 团队共同配合,主要是共同分析出核心链路,同时 PE 要分析链路上的应用日常运行情况,特别是 QPS 水位,这里就要利用到SLO 的 Dashboard,结合这两点,大致判断出要扩容的资源需求。在这个会议上,我们会明确业务指标,指定大促项目的技术保障负责人,通常由经验丰富的业务技术成员或平台技术成员承担,同时会明确技术团队的分工以及各个团队的接口人,然后根据大促日期,倒排全链路压测计划。

MyySophia的博客 1875

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

上一篇: 提醒:EasyHub有14个新套件等你使用
下一篇: 优维低代码:页面标题
优维科技EasyOps
博客等级 码龄5年 1483粉丝 395原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值