Skip to content
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

Explanation why a seperate run task is necessary and usage of sidecar #281

Open
h0jeZvgoxFepBQ2C opened this issue May 29, 2023 · 1 comment

Comments

@h0jeZvgoxFepBQ2C
Copy link

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:

  1. 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?

  2. 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!

@SamSaffron
Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants