-
Notifications
You must be signed in to change notification settings - Fork 59
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
K8s Resource Management: autoscaling #144
Comments
The resource management of Kubernetes for OPEA workloads is a very big problem, we need to break down to a few specific requirements in the future, according to the feedbacks from developer and landing customers. This issue can be a placeholder currently, to collect all related feedbacks. |
+Malini as well to work on this ticket. |
I don't think it is a valid issue. |
Let us make this a feature request, a longer-term endeavor. It is not a bug. Also OK to close it for now if @jfding agrees. |
the term "resource management" is too vague for me to provide any meaningful input beyond the changes to the manifests so that multiple containers of the same service are not staged on the same machine. |
It’s a feature of roadmap. |
Okay, but i dont know what the design goals behind "resource management" are, e.g. autoscaling, s3 model storage, etc, its a vague term |
#144 : autoscaling |
No description provided.
The text was updated successfully, but these errors were encountered: