You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many EKS Blueprint AddOns build using local YAML or config files. This allows build systems that are sandboxed to properly compile CDK code using these AddOns.
For some reason, the AWS Secrets Store CSI Driver AddOn, references a file over the web here. Because of this, any build system that requires builds to occur in a sandboxed environment cannot build CDK code which imports this AddOn.
Use Case
We have a hard requirement to build our CDK code in a sandboxed environment, and therefore would also require that this AddOns is built using local files only. It is very common for importing dependencies to happen "up-front" to prevent builds from depending on downloads at build time, which is less deterministic. Importing AddOn YAML or config files as dependencies that are built directly into EKS Blueprints will ensure it works in offline build systems and will also ensure stability of EKS Blueprints itself by effectively "freezing" versions of AddOns at a known working configuration.
Proposed Solution
No response
Other Information
No response
Acknowledgements
I may be able to implement this feature request
CDK version used
2.115.0
EKS Blueprints Version
1.13.1
Node.js Version
^14.18.13
Environment details (OS name and version, etc.)
AL2 for deploying CDK, bottlerocket hosts within the EKS cluster.
The text was updated successfully, but these errors were encountered:
Describe the feature
Many EKS Blueprint AddOns build using local YAML or config files. This allows build systems that are sandboxed to properly compile CDK code using these AddOns.
For some reason, the AWS Secrets Store CSI Driver AddOn, references a file over the web here. Because of this, any build system that requires builds to occur in a sandboxed environment cannot build CDK code which imports this AddOn.
Use Case
We have a hard requirement to build our CDK code in a sandboxed environment, and therefore would also require that this AddOns is built using local files only. It is very common for importing dependencies to happen "up-front" to prevent builds from depending on downloads at build time, which is less deterministic. Importing AddOn YAML or config files as dependencies that are built directly into EKS Blueprints will ensure it works in offline build systems and will also ensure stability of EKS Blueprints itself by effectively "freezing" versions of AddOns at a known working configuration.
Proposed Solution
No response
Other Information
No response
Acknowledgements
CDK version used
2.115.0
EKS Blueprints Version
1.13.1
Node.js Version
^14.18.13
Environment details (OS name and version, etc.)
AL2 for deploying CDK, bottlerocket hosts within the EKS cluster.
The text was updated successfully, but these errors were encountered: