Governance and Operations

治理与运维

首页 · 配置与服务发现 · 专题导读

先跑通调用与服务发现，再逐项启用治理策略。每次只改变能够解释和验证的一项配置，并记录应用版本、配置来源和调用结果，方便定位行为变化。

超时与重试

官网提供 client、服务代理、单次调用三个粒度的配置，其中单次调用优先级最高。超时文档的说明文字有历史命名混用，API 使用应同时核对代码块和目标版本源码。重试文档也有一处把服务级重试描述成超时的笔误；原文保留，阅读时注意语义。超时教程 · 重试教程

调试时先确认实际使用的 Cluster 策略，再检查重试设置。对有写入副作用的业务，应结合幂等性设计确定是否允许重试；不能把增加重试次数作为所有超时的通用修复。

路由与流量治理

目标	文档	排查重点
按条件选择实例	条件路由	规则匹配的是哪一侧属性，筛选后是否仍有实例
按标签分组流量	标签路由	provider 标签、调用上下文和路由规则是否对应
自定义脚本规则	脚本路由	规则语法、输入属性和更新是否生效
按亲和关系路由	亲和路由	亲和配置与实际实例属性
限流与熔断集成	Sentinel	规则生效位置、拒绝行为和恢复行为

不要把注册中心实例数量直接当成最终可调用实例数量：路由、group/version、健康状态等都会影响候选集合。架构导读

可观测性

• 日志：先记录启动配置来源与实际服务地址，再关联请求失败。
• RPC Metrics：结合错误率、延迟和流量变化观察，指标名称以目标版本文档为准。
• Tracing：验证上下游上下文传播，不能仅凭 exporter 启动成功判定链路完整。
• Kubernetes 探针：区分 liveness、readiness、startup。手册描述独立 HTTP 端口和生命周期对齐行为，接入前确认默认值与自定义回调。

部署与退出

部署教程、优雅退出、Istio、Proxyless Mesh 保留各自环境与版本上下文。验证退出时应观察摘流、进行中的请求和进程退出，不仅检查是否收到信号。

3.3.2 CHANGELOG 记录了退出生命周期、Nacos 订阅初始状态、metadata 并发与 tracing 传播等修复；遇到类似现象时，先核对修复是否包含在应用实际使用的版本中。变更记录

性能分析

Benchmark 工具 提供当前工具入口，OSPP Triple 性能讨论 保留基线、分析和后续修订。讨论中明确指出编码、压缩、测试顺序和报文大小会影响比较，部分早期数据已标注待更新。复用结论前先看后续评论，而不是只截取首次发布的数字。

旧 Dubbo 压测 和 旧 JSON-RPC 压测 作为历史资料继续保留，不代表当前版本性能。