Re: Re:Re: [DISCUSS] Support a cross-rate Filter based on process and logger granularity.

2025-01-26 Thread Yuepeng Pan
Sorry, I’m not sure why the formatting of the email appears to be somewhat disorganized. Therefore, I have reorganized part of the disordered content and added it to doc[1]. Thank you. [1] https://docs.google.com/document/d/1kVa0V_RrPpT5aa5rfxEaH-QxyXTplQr65xUMZMmDoFA/edit?tab=t.0#heading=h.x

Re:Re: [DISCUSS] Support a cross-rate Filter based on process and logger granularity.

2025-01-26 Thread Yuepeng Pan
Thanks Jay Kataria for the comments. > 1. Can you give an example of the scenarios where this can be useful. > Adding rate limiters to logs seems like an interesting idea, but just > wondering what is the business motivation. > 3. I am interested in what you talked about - dimensions and

Re: [DISCUSS] Support a cross-rate Filter based on process and logger granularity.

2025-01-26 Thread Jay Kataria
Hi Yuepeng, This seems interesting there are a few comments that I have based on the doc and the feature request: 1. Can you give an example of the scenarios where this can be useful. Adding rate limiters to logs seems like an interesting idea, but just wondering what is the business motivation.

[DISCUSS] Support a cross-rate Filter based on process and logger granularity.

2025-01-26 Thread Yuepeng Pan
Hi, community, In some business scenarios, users expect the log rate limit thresholds to be influenced by different dimensions and allow thresholds to be shared across these dimensions or metrics. This enables the system to flexibly output as many logs as possible within the safe constra