客户端配置同步增量更新

[jackie-coming]

你的特性请求和某个问题有关吗？请描述

清晰简洁地描述这个问题是什么。即，当碰到xxx时，总是感觉很麻烦
当前的客户端配置是把namespace下的所有item同步到客户端更新。
对于db的io而言，如果一个namespace有2000个key,每个key 1k,则一个namespace有2M左右，若有100台客户端，每次配置更新会有200MB的db带宽访问，非常容易把db的带宽打满

清晰简洁地描述一下你希望的解决方案
1、是否可以只同步变更的key?

清晰简洁地描述一下这个特性的备选方案

其它背景
如果可以的话，我很愿意实现它

在这里添加和这个特性请求有关的背景说明、截图

[nobodyiam]

可以探讨下增量如何实现

[jackie-coming]

好的，我这几天写一个详细的方案，一起交流下

[jackie-coming]

可以一起看看有没有更好的方案，按照现有的release表设计（所有item在一个字段里面），貌似只能在查询侧缓存多个版本的change结果

[nobodyiam]

• 在客户端侧可以从某个版本开始支持增量更新能力，例如请求服务端时传入一个参数
• 服务端侧可以增加配置开关决定是否启用增量更新能力，在返回的结果中也需要让客户端感知是全量配置还是增量配置
• 从逻辑上来看是否启用增量配置和 config service 是否启用 cache 是独立的能力，是否直接延用 ConfigServiceWithCache 目前针对 notification id 的缓存能力即可，例如计算增量配置时先根据 notificationid 加载配置再计算增量配置？