kbld VS asdf

Pipe your manifest through https://github.com/vmware-tanzu/carvel-kbld before deploying. It will resolve the image tags to digests.

you can also use a tool such as kbld which is capable of taking yaml that has a floating tag or specifier, building your image, pushing it to a registry, and then emitting the same yaml but with the floating tag locked down into a SHA.

We use https://github.com/vmware-tanzu/carvel-kbld do workaround this issue. You can just pass your deployment.yaml to kbld and it will rewrite all image tags to their corresponding resolved digests. You can than pipe the result to kubectl apply or your deployment tool of choice (we use Kapp from the same developers as kbld).

From purely a container standpoint, for my home Kubernetes cluster, I use ArgoCD for deployment and wrote a little plugin to pipe the final manifests (generated through helm, kustomize, static files, whatever) through kbld. kbld replaces the image tag with the digest sha, which means ArgoCD sees it as a change to the manifest, and with auto-sync turned on deploys the latest image automatically. I've had my Argo applications configured this way for over a year with basically no issues.

kbld - Build or reference container images in Kubernetes configuration in an immutable way

asdf-carvel

I've also written a handful of plugins for asdf, and this is exactly my experience also - I even used the asdf-hashicorp library as the basis for https://github.com/vmware-tanzu/asdf-carvel

Seems like a lot of duplicated work across all these plugins