自动扩缩容时 Apollo 客户端容易遇到什么问题？
查看完整题解
参考回答
直接回答
大量新实例可能同时读配置并建立长轮询。新 Pod 又可能没有旧缓存。分批启动，把失败重试也错开，并在配置校验完成后让新实例接流量。
讲清原理
监测启动成功率、首次读取时延和 Config Service 的连接压力。选择安全的缓存方式时，顾及环境、App ID 和命名空间隔离。灰度依赖实例身份的话，用标签前要确认扩容实例确实设置了期望标签。
例子与易错点
从 20 个实例扩到 100 个时，可限制每批新增数量。若已有实例能用旧配置但新实例失败，先保住已有容量，再排查配置服务读路径。
延伸阅读 Apollo 支持上千个应用时怎么做性能调优？ · Apollo 配置首次加载失败，应用该怎么启动？ · 在 Kubernetes 部署 Apollo 时有哪些关键点？
这道题，你掌握得怎么样？
掌握程度由你主动标记，阅读和收藏不会自动改变状态。