云原生限流熔断必须下沉至基础设施层，首选Istio（VirtualService+DestinationRule），次选Sentinel（需避坑），轻量场景可用etcd自研；核心在于策略与业务SLO对齐。

热更新配置的本质是主动监听并重新加载配置而非依赖Python模块重载。需用watchdog监听文件变化并去抖，或轮询Consul等外部源校验版本，同时解耦配置存储与使用，通过函数式访问或原子替换快照确保线程安全。

服务注册须待gRPC和健康检查服务就绪后执行，避免过早注册导致调用失败；服务发现需容忍空列表与临时故障，采用降级地址、缓存及长轮询优化；etcd与Consul的Watch机制差异要求分别适配；gRPC默认resolver不支持动态权重，需自研balancer实现指标驱动路由。

RedisSETNX不适合直接当分布式锁用，因其缺乏过期机制易致死锁、无身份校验会误删、超时释放引发数据不一致；需结合唯一value、Lua原子校验删除、自动续期等机制才安全。

用rate.Limiter做单机限流最稳妥，它基于令牌桶算法、线程安全、可扛突发；需复用实例、用Wait(ctx)避免阻塞；按用户/IP/路径限流时须用sync.Map缓存并定期清理过期key；集群场景必须用Redis+Lua原子实现。

推荐用github.com/spf13/viper读取配置，因其支持多格式、多源合并、优先级规则（flag>env>file>default）及热重载等，避免手写解析逻辑带来的路径、大小写、空值等常见坑。