-
Notifications
You must be signed in to change notification settings - Fork 31
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
Deprecation of unsupported kubernetes versions #224
Comments
Should we open another issue to clean the code for deprecated versions? |
Nice write up, I think this sounds good 👍
I think it could also be stated that we should strive to continuously support the Kubernetes versions that are supported by Kubernetes upstream, by GCP/GKE and AWS/EKS, and that versions that are no longer supported by these instances are not explicitly supported in fiaas-deploy-daemon either. |
I think that makes sense as well; I created some tickets to track clean up of v1beta1 Ingress (#227) and v1beta1 CustomResourceDefinition APIs (#226). I don't think there are references to extensions/v1beta1 Deployment in fiaas-deploy-daemon, but feel free to create a ticket if I'm missing something there. |
I found a reference to Deployment extensions/v1beta1 as well here fiaas-deploy-daemon/tests/fiaas_deploy_daemon/bootstrap_e2e_expected/v2bootstrap-deployment.yml Line 15 in 176c354
|
Good idea. I've added it now. 👍 |
Oh, merging the PR closed the issue as well. Not really intended in this case. Comments still welcome 😄 |
I've done the clarification suggestions by @oyvindio mentioning that this is continuously updating the supported versions of Kubernetes. |
Now it's been a week a nobody against this policy. So this is now official. |
Problem
The FIAAS Deploy Daemon (FDD) currently supports a wide range of Kubernetes versions, including some that are quite old and no longer maintained by the Kubernetes community, GCP, or AWS. This broad support range is slowing our development process and preventing us from leveraging new and improved APIs available in newer Kubernetes versions. An example is that we could simply bump the API version of the HPA to autoscaling/v2, and easier get support for scaling on metrics, if we don't support unsupported versions of kubernetes.
Proposed Solution
We propose supporting Kubernetes versions that are supported by either of Kubernetes (CNCF), GCP, and AWS continuously.
This will allow us to move forward faster, taking advantage of new Kubernetes features, and improve the overall efficiency of our development process.
Impact
Users who are running earlier versions of Kubernetes would need to upgrade their Kubernetes cluster before installing newer versions of FDD.
Example:
If implemented today (2024-01-25), it would mean that versions of kubernetes earlier than 1.24 would be unsupported today, and from 2024-02-01, versions older than 1.25, as this is a rolling schedule.
Next Steps
We understand this change may impact some users, and we're open to discussion on how to make this transition as smooth as possible. Please share your thoughts and concerns in the comments below.
Deprecation Timeline
We plan to implement this change in the next minor release of FDD. We recommend users to update their Kubernetes to a supported version if you want to update to a newer FDD version.
The text was updated successfully, but these errors were encountered: