-
Notifications
You must be signed in to change notification settings - Fork 103
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
"Please hold" landing pages for slow scale from zero scenarios #874
Comments
Hum... |
I come up with similar requirement, just customizing the error message is enough for me. |
i'm interesting too for this feature. Maybe have a light custom HTML by httpsScaleObject. For not afraid user, just only print a loading message. |
Yeah, this should be imho configurable. And serve the light custom HTML for users that want to. They should be able to provide their custom HTLM file. |
make sense, but maybe I'd add another CRD for this, as it's something that can be reusable (or not). WDYT? |
+1 |
Any progress here |
No, currently there isn't anybody working on this, are you willing to tackle it? |
Yes, I could have a try. My quick idea is to add the customized response content and code into existing http-scaled-object, but it seems that there is suggestion about using a new CRD, could help explain the consideration behind? |
Yeah, I suggested the new CRD because I can imagine a scenario where you have multiple services behind the proxy, and you want to provide a custom message for all of them.
and then, we can include in the HTTPScaledObject with something like:
Currently, these templates can be cluster scoped and maybe in the future we can support both, clustered and namespaced. Does it make sense to you? Maybe I'm overthinking the case, and we could go just adding something inline and iterate in the future if it's something that users use |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
Sablier has this feature: https://acouvreur.github.io/sablier/#/strategies |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. |
It would be great if we could automatically inject JavaScript into the HTML to implement polling and have the feature automatically access the HTTP server as soon as it becomes available. |
I have a annotation using https://github.com/kubernetes/ingress-nginx/ which allows to handle custom http errors: nginx.ingress.kubernetes.io/custom-http-errors: "502"
nginx.ingress.kubernetes.io/default-backend: keda-autoscale-502-error-svc
|
@julopezc-acciona did you set the |
Yes, I do have a ingress object in keda's namespace, then it routes the incoming traffic to the relevant service in another namespace |
Then this probably won't work for my use case. I'd need one central "wake up" page for multiple workloads with ingresses in their own namespaces. But very nice solution nevertheless 👍 |
Proposal
If the service is scaling from zero and maybe needs to wait for a new node to provision a nicer user XP might be to just land on a page that says "Teamcity is starting up... please wait". Could be enabled and configured in the http scaled object resource. MVP could be a very simple page saying "{SomeValueFromHttpResource} is start up please wait" and it polls.
Use-Case
Nodes can be slow (well a cpl of minutes) to start up. The experience scaling from zero in this case is pretty ordinary. The default wait time is only 30s and then you Bad Gateway or something like that.
I nice web page telling people to sit tight and wait for the magic would be a lot nicer.
Is this a feature you are interested in implementing yourself?
Maybe
Anything else?
No response
The text was updated successfully, but these errors were encountered: