Kubernetes ♻️ Practices & Scheduling #23
Replies: 5 comments 2 replies
-
Happy to help from a KEDA side. |
Beta Was this translation helpful? Give feedback.
-
Request that these items are also sent to the mailing list, where discussions historically happen. I will comment that there are various cloud native projects and there are other technologies that should not be discounted, such as WASM, and focusing our efforts solely on one part of the ecosystem does not future-proof our tech. Please spell out things like GHG. Also, I'd request we agree on terminology within this space, as "carbon" is the more common term in the industry at this point. I would improve the wording of the impact, which I find unfair because the default was built for cases other than ours, to: Kubernetes scheduling was not designed for complex workloads or carbon-aware scheduling. It does, however, allow for extensions or plugins within the scheduling space. We should be looking at projects that improve this space, and there are many. |
Beta Was this translation helpful? Give feedback.
-
I think it's a good idea to start with Kubernetes as this is the foundation for most cloud native systems and therefore discoveries made here have potentially a very large impact on advancing environmental sustainability in the cloud native space. I'm happy to actively help move this particular project forward 🙌. |
Beta Was this translation helpful? Give feedback.
-
One of the points of the landscape document is to cover projects such as this. There are a variety of project that cover this in different ways. Can we go through these projects and close the discussions that we are covering in the landscape doc? Re-open others later? |
Beta Was this translation helpful? Give feedback.
-
Description
Kubernetes is the key driver and foundation of the cloud native universe, within this project we will work on the basic capabilities, best practices and scheduling mechanism as well as extensions to improve the K8s GHG impact.
Impact
Where are patterns there are anti-patterns, where we improve for speed, resistance and security there is space for configurations and setting with a negative impact on power consumption and the following chain.
Cluster sprawls, container sprawls, false scheduling, wrong resource limits/requests, no descheduling all these are very default capabilities of Kubernetes but most of them are not done at all or are very wrong, treating K8s like a VM system from the early 2000's.
Scope
We should try in the beginning to stay with the very basic capabilities of Kubernetes as well as anything that is in the context of scheduling.
Beta Was this translation helpful? Give feedback.
All reactions