-
-
Notifications
You must be signed in to change notification settings - Fork 10.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
能否新增对整个NS的所有配置总的字符大小进行限制的功能 #5256
Comments
通过 item.num.limit + item.value.length.limit 应该能起到控制总大小的效果? |
这是一个间接控制的方式,但是这个对于item.num.limit 、 item.value.length.limit 的值怎么能既满足所有appid,又能控制不产生huge的NS配置会是一个需要统计的基础数据+一些小技巧 实际业务中不同的namespace可能会有以下几种场景
|
说一下实际使用的体会和理解,如有不对帮忙指出,解释了item.num.limit + item.value.length.limit 无法满足的原因,就是下面的第【5】点
|
这个控制粒度更粗,确实可以覆盖上述几个场景,不过目前已经存在了更细粒度的配置项,在精心配置的情况下是可以达到类似的效果,所以我不建议再增加额外配置项了,会令系统的配置变得非常复杂 |
Yes,get it |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in 7 days unless it is tagged "help wanted" or other activity occurs. Thank you for your contributions. |
你的特性请求和某个问题有关吗?请描述
Release
表的 configurations 是一个 LONGTEXT 字段,过大的配置,会给数据库的查询带来巨大的压力,同时也会给Apollo服务端带来潜在的隐患,可能导致网络带宽占满,CPU和线程飙升,RT上升下面分享一个案例
/notifications/v2
qps 400+/configfiles/json
qps 400+/configs
qps 2000+清晰简洁地描述一下你希望的解决方案
提供NS下所有配置总的字符数(字节数)大小的限制,避免数据库和网络带宽导致的Apollo服务端的不稳定
清晰简洁地描述一下这个特性的备选方案
其它背景
在这里添加和这个特性请求有关的背景说明、截图
The text was updated successfully, but these errors were encountered: