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
/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?
The text was updated successfully, but these errors were encountered:
/status/v1/services
seems to returnrunning
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 tomax-active-instances
inpuppetserver.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 returnstartup
instead ofrunning
untilnum-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?
The text was updated successfully, but these errors were encountered: