optimize BlockException log #2853
Conversation
sczyh30
added
the
kind/enhancement
|
@icodening 把ruleId放在, 具体exception后面是不是更加直观点, 如下格式 |
| public static void log(String resource, String exceptionName, String ruleLimitApp, String origin, int count) { | ||
| statLogger.stat(resource, exceptionName, ruleLimitApp, origin).count(count); | ||
| } | ||
|
|
||
| public static void log(Long ruleId, String resource, String exceptionName, String ruleLimitApp, String origin, int count) { | ||
| statLogger.stat(String.valueOf(ruleId), resource, exceptionName, ruleLimitApp, origin).count(count); |
There was a problem hiding this comment.
- ruleId 为空的时候，这里建议做空处理，不要把 null 打出来
- 建议保持格式的兼容性，新的字段往后 append 而不是在最前面加
There was a problem hiding this comment.
OK 有道理 可以兼顾对于旧版本的日志采集 晚点我改一下
There was a problem hiding this comment.
这里面其实还有一个点，就是 ID 用 Long 类型可能不利于未来扩展，社区可能需要考虑下未来是否搞成 String 类型的。当然这里面可能会有连带影响，比如集群流控的 requestToken 的格式
There was a problem hiding this comment.
这里面其实还有一个点，就是 ID 用 Long 类型可能不利于未来扩展，社区可能需要考虑下未来是否搞成 String 类型的。当然这里面可能会有连带影响，比如集群流控的 requestToken 的格式
是的，这个问题我们也遇到了，Long ID不好扩展。我们需要在client端拼接一个ID，并不好拼成一个集群中都一致的Long ID
There was a problem hiding this comment.
这里面其实还有一个点，就是 ID 用 Long 类型可能不利于未来扩展，社区可能需要考虑下未来是否搞成 String 类型的。当然这里面可能会有连带影响，比如集群流控的 requestToken 的格式
是的，这个问题我们也遇到了，Long ID不好扩展。我们需要在client端拼接一个ID，并不好拼成一个集群中都一致的Long ID
这里的改动其实改变了统计维度,原来是按照Exception统计的, 现在变成了按照规则维度统计打印block日志
| @@ -40,7 +40,12 @@ public class EagleEyeLogUtil { | |||
| .buildSingleton(); | |||
| } | |||
|
|
|||
| //TEST | |||
|
Nice work. Thanks for contributing! |
Describe what this PR does / why we need it
优化BlockException日志，方便了解触发阻断异常的规则
Does this pull request fix one issue?
Fixes #2851
Describe how you did it
给
AbstractRule添加id属性即可Describe how to verify it
配置并触发规则后即可看到id
Special notes for reviews