aws-ebs-csi-driver
aws-ebs-csi-driver copied to clipboard
Improve EBS CSI driver release process
What happened?
- The existing release process involves having to manually build the multi-arch CSI driver container image when promoting to a private ECR staging registry which is both inefficient and prone to human error. Additionally, the image is manually built again at a later step when pushing to public ECR to preserve tags for platform and architecture specific images, #1315.
https://github.com/kubernetes-sigs/aws-ebs-csi-driver/blob/0c045fd3efbf66ff90ff5a56c0f1af5496ddaf0b/Makefile#L85
What you expected to happen?
-
Ideally, the steps to build and push CSI driver container images to the private ECR staging registry should be automated. Furthermore, the container images should be copied over from the staging registry to the public registry. This will result in higher quality deployments with less chance for error, also fixes #1315.
-
The diagram below outlines the proposed solution.
Anything else we need to know?:
- The internal
CodePipeline
is triggered by Amazon EventBridge once new images are pushed to the private ECR staging registry.
cc @jaypipes