You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
since no "Discussion" tab is available, i allowed myself to open an issue, since this could maybe be added to the Readme:
I have 2 questions:
why is a seperate process necessary - and not just an engine which is mounted under a specific route (like f.e. the sidekiq web interface). I think the stats could be delivered by the rails process itself, or?
is it recommended to use the task as a sidecar with the rails process pods? We want to save pods amounts (due to f.e. hard limit of 110 pods per node), and maybe a sidecar would help here?
Thank you!
The text was updated successfully, but these errors were encountered:
separate process is not necessary, but having 10 metric endpoints for 10 unicorn workers would be a nightmare to manage and distributed storage is enormous amounts of pointless work.
pods work / extra process works / if you just have a single pid being monitored in the container then integrated can work.
Hi,
since no "Discussion" tab is available, i allowed myself to open an issue, since this could maybe be added to the Readme:
I have 2 questions:
why is a seperate process necessary - and not just an engine which is mounted under a specific route (like f.e. the sidekiq web interface). I think the stats could be delivered by the rails process itself, or?
is it recommended to use the task as a sidecar with the rails process pods? We want to save pods amounts (due to f.e. hard limit of 110 pods per node), and maybe a sidecar would help here?
Thank you!
The text was updated successfully, but these errors were encountered: