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

Provide more detail about service state during startup/jruby instance creation #2841

Open
Alives opened this issue Mar 28, 2024 · 1 comment

Comments

@Alives
Copy link

Alives commented Mar 28, 2024

/status/v1/services seems to return running state once the first jruby instance is started. I'd prefer to wait until all of my instances have started before exposing that the service is healthy. 1 instance cannot handle the flood of traffic soon to come its way.

/status/v1/services?level=debug gives more detail including:

  • num-free-jrubies, but if there is already traffic then this count will be lower than the available jrubies.
  • num-jrubies seems to be the total configured to run, equivalent to max-active-instances in puppetserver.conf

Maybe if another metric could be exposed here of num-initialized-jrubies or equivalent, healthcheck could monitor that. And maybe also a way for the basic /status/v1/services to return startup instead of running until num-initialized-jrubies == num-jrubies while in a startup mode.

Are there currently any ways to prevent traffic until the service is ready regarding these contexts?

@Alives
Copy link
Author

Alives commented Apr 3, 2024

This is a dupe of #2844

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

No branches or pull requests

1 participant