mcvsubbu commented on PR #9058:
URL: https://github.com/apache/pinot/pull/9058#issuecomment-1196980176

   > @mcvsubbu
   > 
   > 1. @npawar @Jackie-Jiang ? I might have just very rough, possibly 
inaccurate numbers.
   > 2. I feel the need of a control plane level API within pinot to give an 
overall view into current and past state of minion tasks is of importance to 
us. Task generator being a key part of the entire minion task flow. While 
metrics can help to some extent, having details like failure stack traces etc 
might be difficult. This api avoids having to tally metrics and debug logs from 
a separate log processing system.
   
   I agree there is a need to debug minions. However this API does not provide 
any new insights other than what Helix already provides. So, let us work off of 
some concrete examples -- what is the use case in which you think this will 
help?
   
   > 3. I suppose it could. But integrating the log processing framework into 
pinot APIs themselves might be a bit of a challenge. Having a system table for 
these kind of usecases might be the right way forward, such that pinot itself 
can store and serve debug data and status metrics for each of the components / 
flows. Essentially move from in-memory storage of logs and metrics into the 
system table
   
   Every installation has its own way of processing logs. Cloud installations 
typically pipe the logs into a log processing service to get insights into it. 
On-prem installations have either their own way of piping the logs, or ways to 
get onto the host and look for the logs. 
   
   > 
   > @npawar @Jackie-Jiang to add more
   
   The reason I am reluctant to add more APIs is that the more we add, the more 
we need to keep backward compatibility on. My question to @saurabhd336  is : 
Have you looked at what Helix has to offer? If so, what are the short-comings?
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@pinot.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@pinot.apache.org
For additional commands, e-mail: commits-h...@pinot.apache.org

Reply via email to