Code change:
There was an effort at one point to promote it to Beta This may have moved to Service Catalog repo So question, do we remove it from kubernetes/kubernetes ?
/sig apps /sig service-catalog Thoughts please!
I see removal of perma-alpha APIs as a natural next step after the "" work to put end dates on beta APIs
The PodPreset functionality is not used in Service Catalog, we have an issue to remove references to it in the svc-cat repo, see: In the separate issue, we will figure out how to implement the e2e functionality for injecting secrets into an application: IMO it's ok to remove it as right now there is no decision about how to use it in svc-cat and currently we do not have enough capacity to work on that. In Kyma project but we also . /cc
Many of us have been waiting for this to become mature since along time. Removing PodPresets would be quite sad, as it would allow many people to stop having to write their own mutating webhooks for things PodPresets could do really well. Also I had in mind to use it for automatically mounting common volumes into pods and much more.
Me too Doing my usual check of has-this-thing-got-to-beta-so-I-can-finally-use-it only to find PodPresets had entirely disappeared This feature was going to greatly simplify our manifests. We do have the mutating webhooks feature now, which we didn't when PodPresets were created. However PodPresets are a lot cleaner would have received a lot of use. Even chart designs could be greatly simplified with optional PodPreset manifests. So I was looking forward to getting them available for use. Things in alpha can never gain traction or significant interest because managed providers won't let you enable them. This is not really a case of 'perma-beta'. But, if they were not going anywhere then I can understand removing them.
Speaking of gaining traction and momentum, the 'Avoiding permanent beta' policy only has a nine-month countdown for beta features. This new policy clashes with the recent popularity of managed releases, which tend to lag upstream releases by 6-9 months (2-3 releases). E.g. the current . That is before users can start planning upgrades in the 3-6 months after that. So a brand-spanking new beta feature won't reach cloud provider users until 9-15 months after it reaches beta upstream. Then users will start trying it out, and if it works well and get some interest and momentum behind it, only to find it has been already removed from a subsequent releases because of the mandatory 9-month policy In practice AWS probably won't enable a beta feature that is already removed upstream, so we can basically expect beta features will never reach, or get a chance for real-world feedback from cloud provider users. It is going to be tough for when the real world can't test a release with a beta feature until after it has already hit mandatory removal
For long running alpha features I usually recommend announcing depreaction and removing after one release, instead of right away. For extending the beta policy please see:
Please don't remove this feature! We only just discovered it this week and it was positioned to solve a real issue with common volume specs, in the same way mentioned by It would be really sad to now see it removed when it was going to fix some integration issues for us!
Could you elaborate on why PodPresets were never promoted to beta and why you want to remove them now? It seems like a useful feature.
This feature would have been very useful in several operating scenarios, such as setting proxy settings before a deployment.
Can anyone comment on what alternatives are? Without this feature we'll have a lot of duplication. No one likes duplication. We can address the Environment variables via ConfigMap and the envFrom keyword, however I cannot see anything for volumes, imagePullSecret etc.
It seems the alternative is just to use mutating webhooks. And there is even a port of PodPreset to a mutating web hook by redhat:
-1000 Removing PodPreset is terrible. Shame on you!
It doesn't look much maintained and active, sadly
Related:

Related discussion:
text: } if container == nil { <del> // The container is not available yet, e.g. during validation of // PodPreset. Stop validation now, Pod validation will refuse final </del> <ins> // The container is not available yet. // Stop validation now, Pod validation will refuse final </ins> // Pods with Bidirectional propagation in non-privileged containers. return allErrs }