背景 稳定性建设需要一系列具体的建设活动推进和落地，这些建设活动涉及人员、机制和文化，全方位的建设活动才能更好地落实建设模式。 一、稳定性保障机制 稳定性涉及团队所有不同水平技术人员、所有系统、研发所

稳定性治理是一个长期的过程，要把稳定性的工作融入到研发过程中，一方面要有意识尽量别埋坑，比如微服务强调中间件隔离，我们就不要混用中间件了，另一方面稳定性问题要一步到位，比如治理超时时间，要有个完整规范

简介：本篇文章主要介绍 RocketMQ 的可观测性工具在线上生产环境的最佳实践。RocketMQ的可观测性能力领先业界同类产品，RocketMQ 的 Dashboard 和消息轨迹等功能为业务核心链

交付的项目运行丝滑且无阻客户体验良好，没有 bug 大概是所有键盘打工人的梦想。那么我们能否在客户感知到 bug 之前就修复掉它，当 bug 产生时如快速的感知并定位到问题，及时进行修复？

前言 当我们的业务发展越来越快的时候，用户越来越多，我们对于服务的稳定性就应该要有一定的要求了，怎么保障我们的服务稳定性？根据我以前的实践，通过以下几个方面分享一下我们在服务稳定性方面的建设 代码质量

— 1 — 前言 系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。 稳定性的工作，

Qunar 的实时日志平台使用的是 ELK 架构，其中 Elasticsearch 集群（以下简称：ES 集群）和 kibana 平台在机房 A，Logstash 集群在机房B。

教你如何给老系统减负，挖掘系统核心能力，让老系统重焕活力。2022年去哪儿的战略是“巩固效率之本，分担产品之忧”。我们有必要去对系统进行优化和改进，降低业务复杂度，以更快更准确地响应。

由于我们的核心业务重度依赖 redis，为了不让类似的故障重复上演，也希望在故障前做好准备和预防，我们对缓存进行了专项的治理。