- 综合排序
- 最热优先
- 最新优先
- 来自专栏阿甘的码路2
稳定性治理二，稳定性分析
【解决】： 提前做好容量规划，进行扩容 临时增加，借调服务器 限流，超过容量的请求快速返回失败，保证系统“不挂” 依赖治理 依赖的资源不稳定 特点：依赖资源，主要是指远程服务或存储，由于远程服务的响应时间变慢 依赖治理 强弱依赖识别：对关键链路的应用进行调用链路的服务进行强弱依赖分析，识别出哪些是强依赖，哪些是弱依赖。 强依赖一般指此服务不可用，流程不能往下走，直接影响功能，否则为弱依赖。 强弱依赖关系梳理方式： 手工梳理 工具扫描 日志分析 「强弱依赖的治理：」 首先不合理的依赖先去除 强依赖是否是真正的核心业务依赖，如果不是，就变成弱依赖 「对于弱依赖，一般的处理方式：」 增加业务开关
89451编辑于 2023-08-17 - 来自专栏Linyb极客之路
系统稳定性治理最佳实践
那么系统稳定性该如何治理？有没有什么标准或者可以放之四海皆准的方法论和实践？ 系统稳定性问题 ? 一个系统稳定性取决于很多因素，同样也受制于很多因素。 这类问题一般来说很难预期，也很难针对问题进行专项治理。覆盖全世界网络，根本没有人可以保证网络绝对的稳定性，也根本无法保障一台服务器永远不宕机。 稳定性治理 稳定性治理的核心三板斧，监控、压测和演练。 监控 监控如果做到了360无死角，则可以第一时间主动发现系统异常，定位到了解决则是相对明确的。 总结 稳定性治理三板斧：监控、压测和演练。应用容器三要素：load、线程、GC。业务数据监控四要素：大盘、成功率、RT值、主日志。DB监控三要素：QPS、TPS、慢SQL。 系统稳定性压倒一切，只有保障了好了稳定性，才能帮助业务蓬勃增长，因此稳定性治理始终是工程师基本能力之一。
2.3K30发布于 2020-08-27 - 来自专栏阿甘的码路2
稳定性治理三，故障预防、发现、处理
稳定性相关的前置知识在前两篇文章已经说的比较多了，个人也在网上对比看了下稳定性相关的内容，都是偏概念，因此此处更加偏向于系统实战设计实现。 需要注意的是，本篇的内容说到的，需要依赖前面两篇文章提到的系统分析，需要对系统掌控全面才能针对性的制作稳定性设计策略。 稳定性治理主要是需设计故障预防、故障发现、故障处理三个环节。 自动预案 系统自动预案是指在系统出现异常或故障时，系统自动执行预先设定好的应急措施，以确保系统的稳定性和可用性。 自动调整资源分配：当系统负载过高或资源紧张时，系统自动调整资源分配，以保证系统的稳定性和性能。 本期相关 稳定性治理一，重新认识系统 稳定性治理二，稳定性分析
1.4K31编辑于 2023-08-17 - 来自专栏老张的求知思考世界
被忽视的问题：测试环境稳定性治理
目前能搜到或者说我个人看到的关于测试环境稳定性治理的文章，仅有阿里和滴滴在这方面的一些实践方法论(链接见下方)。 所以呢，这篇文章我不会去讲一些看起来很厉害的技术，而是和大家聊聊，我之前负责测试环境稳定性治理时候，面临的种种问题和痛点，我是如何梳理和分析，并尝试去解决这些问题的过程。 附链接： 阿里巴巴线下环境稳定性治理 滴滴在测试环境上的探索和实践 项目背景和痛点 先交代下背景吧，这样能更好的理解做测试环境稳定性治理的出发点和治理方案为什么要如此设计。 分析过程及治理规划 针对上述的种种问题和痛点，我用了一周的时间做调研分析和评估，最终落地了环境稳定性治理规划和方案。下面是我的分析评估和治理规划，仅供参考。 调研分析出上述几点共性问题后，我输出了如下的稳定性治理规划： 项目名称 测试环境稳定性治理 项目目的 降低测试环境不稳定因素，提升环境可用SLA；让测试同学有更充裕的时间做自己专业的事情；快速交付稳定可用的测试环支撑业务的快速发展
1.9K10编辑于 2022-01-25 - 来自专栏瓜农老梁
No.174# 中间件演进和稳定性治理实践
把 “看方向” 和 “稳定性治理” 体系化，保障驾驭的马车平稳行进。 通过容灾能力设计、遵守变更规范、落实代码评审、完善监控告警、蓝绿攻防演练、事故案例复盘等方面构建 “稳定性治理” 体系。 一、文章目录与个人介绍 二、中间件演进规范实践 三、中间件变更规范实践 四、中间件异地双活实践 五、稳定性治理内容提点 ----
72330编辑于 2022-12-03 - 来自专栏瓜农老梁
FA18# 中间件稳定性治理内容提点
引言 中间件稳定性尤为重要，本文希望梳理从各个方面形成一个体系回答这个问题。推而广之，其他技术治理也类似。
65030编辑于 2022-12-03 - 来自专栏杨建荣的学习笔记
B站服务稳定性建设：高可用架构与多活治理
当前继续专注于核心业务多活建设推进、多活管控治理等工作。 分享概要 一、高可用多活架构 二、业务多活改造 三、多活管控与治理 一、高可用多活架构 相较于传统的灾备单活的架构，多活指的是在同城或异地的一个数据中心建立一套与本地生产系统部分或完全对应的一套服务，再进行流量调度 三、多活管控与治理 1.多活元信息规则治理 我们初期在CDN上的一些规则偏向非标，有大量的正则写法，所以我们在做第一步时就对多活元信息的规则进行了治理，APIGW接入时也应用了前缀路由的模式，以方便做后续的统一切流管理
1.4K21编辑于 2023-09-04 - 来自专栏数据仓库
数据仓库(11)什么是大数据治理，数据治理的范围是哪些
什么是数据治理,数据治理包含哪些方面？大数据时代的到来，给了我们很多的机遇，也有很多的挑战。 最基础的调整也是大数据的计算和管理，数据治理是一个特别重要的大数据基础，他保证着数据能否被最好的应用，保证着数据的安全，治理等。那么数据治理到底能治什么，怎么治？ 数据治理主要包含七个方面。 完整性：数据完整且连续 一致性：数据在多数据源中意义一致 有效性：这里主要指数据在分析的时间点是有效，而非过期或失效数据 准确性：数据合理、准确，并符合数据类型的标准 数据安全管理 数据安全管理贯穿于数据治理全过程 如何有效地降低存储资源的消耗，节省存储成本，也是数据治理的一个目标。对于数据存储，目前业界的一些主要的处理方式，包括数据压缩、数据重分布、数据垃圾检测和清理、数据生命周期管理等。 需要数据仓库资料可以点击这个领取数据仓库(13)大数据数仓经典最值得阅读书籍推荐 参考文章：[数据仓库(11)什么是大数据治理，数据治理的范围是哪些 ](https://zhuanlan.zhihu.com
1.1K40编辑于 2023-04-09 - 来自专栏老张的求知思考世界
全链路压测(11)：聊聊稳定性预案
放在全链路压测领域，其实稳定性预案并非全链路压测体系中的一部分，而是可以看做一个独立的细小领域，但又和全链路压测有重要的联动关系。 从我近几年的实践经验来说，预案大概分入如下几种类型： 日常预案 线上服务发布失败的回滚方案； 线上服务负载过高的监控告警通知方案； 用户无感知的灰度发布、无损发布等方案； 限流、降级、熔断等服务治理领域的技术方案 ； 线上服务防止黑客攻击的各种高防和安全应对方案； 大促活动预案 一般大促活动都是指类似618、双11等营销活动，视业务情况而定。 而系统的稳定性，无论从用户体验还是业务目标达成的角度来看，都是不可忽视的一环。 因此预案的作用就呼之欲出：从技术的角度出发，为业务目标的达成提供多维度的稳定性保障。 如何制定预案？ 上面列举了很多常见的稳定性预案，在我看来制定预案是一个经验+评估的问题。
71220编辑于 2022-05-17 前端平台大仓应用稳定性治理之路｜得物技术
，应用稳定性的治理达到了不错的效果，从未出现因大仓稳定性治理导致的线上问题。 二、治理体系前端大仓在试行之后，经过在迭代的持续性治理，已经形成了一套完整的稳定性治理流程体系，如下：定义指标：在前端大仓monorepo研发流程模式下定义应用稳定性治理目标，治理目标是经过各业务域统一对焦且切实有效的 ；治理目标制定：在每个季度初，各业务域根据应用稳定性治理结果重新定义治理目标，写入到OKR中，作为当前季度的稳定性治理事项，各业务域因应用的质量不一样，稳定性治理指标也存在一定的区别；跟进过程：在每双周的平台周会同步各业务域在迭代的稳定性治理结果 大仓应用的稳定性基本上都是围绕上面5个指标来进行治理的，在逐步推进治理的过程中，大仓应用的代码稳定性也在不断的提升，当达到一定程度的时候，各应用的稳定性也会达到一定的程度趋于平稳。 六、治理总结前端平台通过试行大仓的研发模式，系统性地开展了应用的稳定性治理工作。
22910编辑于 2026-01-06- 来自专栏腾讯云中间件的专栏
混沌工程在云原生中间件稳定性治理中的实践分享
云计算提升了软件开发运维效率，云测试打破了效能瓶颈进而提升软件质量，以混沌工程为代表的技术理念保障了云上系统稳定性。新一代软件工程将从开发效能升级、软件质量提升、系统稳定性保障三个维度全面革新。 大会以“云赋新生，精益求精”为主题，以保障系统稳定性、提升软件开发效能、促进软件高质量发展为目标，探索全面上云之后企业的软件研发效能与系统稳定性的关键技术演进和落地实践。 议题分享 腾讯云Kafka产品研发负责人许文强将在混沌工程实践分论坛为大家带来以《混沌工程在云原生中间件稳定性治理中的设计与实践》为主题的精彩演讲。 当中间件出现抖动、异常、故障等稳定性问题时，业务可能就会遭受影响。而消息队列底层一般是分布式架构，其架构复杂, 严重依赖IAAS层的稳定性。 本次分享主要介绍腾讯云消息队列如何通过使用常态化的混沌工程演习去提高系统的稳定性，验证各个关键场景的自动容灾能力。
1K10编辑于 2022-06-17 瞬时高并发系统设计：从流量治理到稳定性保障的实战指南
瞬时高并发系统设计：从流量治理到稳定性保障的实战指南“直播间上链接 1 秒售罄，服务器直接报 503”“春运抢票刚点提交，页面就卡住不动”“赛事门票开放抢购，3 分钟内流量暴涨 100 倍，数据库直接宕机 稳定性要求高：“崩一次影响巨大”瞬时高并发场景往往是 “业务关键节点”：比如春运抢票关系到用户能否回家，演唱会开票关系到平台口碑，一旦系统崩溃，不仅会引发大量用户投诉，还可能造成直接经济损失（如退款、赔偿 二、架构设计核心：全域流量治理，分层扛压瞬时高并发系统的设计核心不是 “硬扛流量”，而是 “让流量在每个环节都可控”—— 通过 “接入层削峰、应用层解耦、数据层保稳、基础设施弹性”，形成一套 “流量漏斗 确保同一座位只能被 1 个用户抢占；③ 全链路监控：用 Prometheus+Grafana 监控 QPS、错误率、锁竞争时间，设置阈值告警，高峰期安排专人值守；效果：黄牛订单占比从 50% 降到 5% 以下，系统稳定性达 结语：瞬时高并发系统的设计思想瞬时高并发系统的设计，不是 “追求极限性能”，而是 “追求可控的稳定性”—— 核心思想是：流量可控：通过排队、限流、削峰，让流量 “平缓进入” 系统，避免骤升骤降；资源隔离
61610编辑于 2025-09-25- 来自专栏老张的求知思考世界
双11在即，分享一些稳定性保障技术干货
每年一次的双十一大促临近，因此上周末公司组织了一次技术交流闭门会，邀请了电商、物流、文娱内容、生活服务等知名一线互联网公司的技术大牛，一起探讨了一些大促稳定性保障相关的技术话题。 大促典型场景及优化方案 1、云资源稳定性保障 单云模式存在一定稳定性风险，混合云架构在容灾方面效果更好； 核心链路梳理，可以将历史大促或者峰值的访问URL存储起来，经过处理后作为核心链路参考； 验证线上的性能容量搭建单独的仿真环境 等工具探测链路在哪个方法/代码块耗时大，不断压测优化验证； 2）业务优化(深库存场景) 为了应对秒杀场景高并发，可以通过缓存+数据库方式来解决； 90%库存放缓存应对高并发； 10%库存放数据库应对超卖； 3、数据库稳定性保障的 SOP 数据库的可用性底线：99.99%； 故障需要有严格的定义规则； 数据库稳定性三板斧： 1）扩容：DB是有状态服务，计算层便于扩容，将DB节点放到容器中，有需要扩容； 2）灾备：对于大流量读场景可通过流量切换方式 身份识别和业务隔离： 1）RPC group分组：假设有100个节点，40个给核心业务(交易)，60个给其他业务； 2）业务身份：中台架构可通过业务身份把订单秒杀等应用打上标记，便于隔离区分； 业务稳定性保障
3.3K20发布于 2021-11-16 - 来自专栏Android 开发者
Android 11 新工具 | 提升应用私密性和稳定性
Android 11 中的数据访问审核 API 有助于追溯您代码中私有数据的使用情况 第二个 API 针对多功能的复杂应用。 关于这些 API 的实际使用情况，请查阅 代码示例: 除了帮助您识别私有数据访问之外，Android 11 还包含了另一个新的 API，用来辅助排查无法捕捉现场的崩溃。 为了诊断应用终止原因，一些开发者正在加入自定义代码，以构建自己的分析程序来改善应用的稳定性。 基于此想法，我们为您提供了一种简化诊断部分的方法。 Android 11 引入了一个新的 ActivityManager API 来上报应用进程终止相关的历史信息。 相关资源 我们希望您通过这些额外的工具可以提升应用的隐私意识和稳定性。
89730编辑于 2022-09-23 - 来自专栏深度学习与python
“天猫双11”背后的流量治理技术与标准实践
作者 | 赵奕豪 (宿何)：Sentinel & OpenSergo 开源项目负责人 一年一度的天猫双 11 正在火热进行中，大家在疯狂买买买的过程中一定会有疑问：如何保障微服务在双十一的超级峰值下也能如丝般顺滑稳定 在遇到这些微服务运行时稳定性的问题时，我们应该如何解决呢？ Sentinel 在内部承载非常多的服务可用性与容错的场景，保障了近十年天猫双 11 流量峰值的稳定。 我们也在 MSE 微服务引擎产品中提供全方位的流量防护与治理能力，帮助大量企业保障微服务的稳定性。 CRD 来给微服务架构中的每一环配置容错治理，来保障我们服务链路的稳定性。
1.3K20编辑于 2022-11-28 - 来自专栏TakinTalks稳定性社区
SRE实战：如何低成本推进风险治理？稳定性与架构优化的3个策略
作者介绍 数列科技联合创始人、CTO——陆学慧 TakinTalks稳定性社区发起人。参编《信息系统稳定性保障能力建设指南1.0》和《稳定性保障服务商能力要求》。 从长远来看，我们所有的稳定性和SRE工作，其实是在解决系统的整体健康和医疗成本之间的平衡问题。 今天我将主要分享如何系统地解决这些问题，以及稳定性保障和架构优化的核心策略。 上述两个痛点都指向同一个问题：公司的稳定性表现和投入在稳定性上的成本是正相关。由于目前风险管理的成本较高，所以大家被迫选择围绕故障来解决问题。 条消息堆积告警，每次堆积几十万条，基本消失 3）硬件成本降低：RT降低后，集群容量提升40%以上，整体硬件缩容了30% 四、总结与展望 通过上述案例，我们可以回顾之前提到的核心策略，即丰富数据、积累经验库和治理劣化场景 由于篇幅限制，还有一些业务架构和技术架构优化、日常发布中的劣化治理的案例无法一一分享。
92610编辑于 2023-12-04 11-2025 年企业级数据治理工具精选盘点
从超大型企业的全域数据整合到中小型企业的精准数据运营，数据治理工具的选择与落地成为关键命题。本文将解析10家国内外主流数据治理与数据中台产品，结合实战案例呈现行业最佳实践。 二、腾讯WeData腾讯WeData是腾讯云旗下企业级数据治理与运营平台，依托腾讯在互联网行业的技术积累，为企业提供数据集成、开发、治理、服务全链路解决方案。 七、InformaticaInformatica是全球数据治理领域的资深厂商，其数据治理解决方案涵盖数据集成、数据质量、主数据管理、数据安全等全维度能力。 九、CollibraCollibra是专注于数据治理领域的国外厂商，其数据治理平台以数据资产化为核心，提供数据目录、数据质量、数据政策管理、数据 lineage 等全流程功能。 平台采用协作式治理模式，支持业务与IT人员协同参与数据治理，通过可视化界面提升操作便捷性。
89910编辑于 2025-11-06- 来自专栏希里安
微服务治理？容器治理？
微服务治理的主要目标是确保整个系统的一致性、稳定性和安全性。 服务发现与注册： 微服务架构中的服务需要能够找到彼此，这通常涉及到服务发现和注册中心，以确保新服务的自动注册和发现。 自动化： 自动化是微服务治理的核心，包括自动部署、自动伸缩和自动化测试等。 容器治理（Container Orchestration）： 容器治理是管理容器化应用程序的一系列策略和工具。 容器治理实例 容器治理是确保容器化应用程序在分布式环境中可靠运行的一组实践和工具。 容器治理： 安全性容器治理可以管理访问控制、证书管理和数据加密，以确保数据的保密性和完整性。 容器治理在这个示例中涵盖了容器的自动伸缩、容器的健康监控、容器的故障恢复、持久性存储连接以及安全性和访问控制等方面。这些措施确保了容器化应用程序的稳定性、性能和安全性。
1.1K40编辑于 2023-10-30 - 来自专栏实时流式计算
【译文】数据治理与BI治理
几十年来，数据治理一直是企业关注的焦点，并随着企业数据量的急剧增长，数据治理的重要性日益凸显。然而，大规模的有效BI治理一直是一个难以实现的目标，因为它需要比传统数据治理更广泛的关注点。 毕竟，如果给用户的交付物不一致，或者缺乏适当的上下文以确保业务用户正确地理解数据，那么所谓高质量、精心治理的数据又有什么价值呢？ 有效的BI治理要求组织为数据和分析的治理建立流程。 BI门户的关键治理角色体现在以下两个场景：独立的BI治理平台，或与数据目录协同工作。 什么是数据治理？ 数据治理是一组确保有效管理和利用数据的过程和技术的集合。 组织中的分析师和数据管理员使用数据治理工具来执行公司治理政策，来促进数据的正确使用。 应用这些工具进行数据治理需要大量的持续投资，因此许多组织希望从这些投资中获得可观的投资回报。 什么是BI治理？
1.5K40编辑于 2023-03-24 - 来自专栏橙子架构杂谈
【服务治理】服务治理漫谈
【服务治理】服务治理漫谈 0. 这能给我们后续无论是业务应用还是基础技术领域的服务治理提供一些参考。 1. 什么是服务治理 在一切的最开始，我们先来问自己一个问题，什么叫做服务治理？ 超长的调用链路路和多个单点系统，将会在服务规模上升时引发稳定性和性能问题。在丁丁租房和美团就多次发生类似的单点故障。 这一步到位地解决了单点长链路的问题，且能够在直连的基础上，进行更大的性能优化和稳定性的抬升。 我们需要什么样的服务治理 我们了解了什么是服务治理、服务治理是怎么演变发展的，这时候，我们不禁会想，我也要做服务治理！但是，请先停一下，请先问一下自己，我们需要什么样的服务治理？
4K31编辑于 2021-12-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号