Resolve SSM AMIs during synth if possible #2933
Labels
@aws-cdk/aws-ec2
Related to Amazon Elastic Compute Cloud
@aws-cdk/aws-ecs
Related to Amazon Elastic Container
@aws-cdk/aws-route53
Related to Amazon Route 53
@aws-cdk/core
Related to core CDK functionality
closed-for-staleness
This issue was automatically closed because it hadn't received any attention in a while.
effort/medium
Medium work item – several days of effort
feature-request
A feature should be added or improved.
needs-discussion
This issue/PR requires more discussion with community.
p2
I think this is not great to do for all cases. The whole point of context was to do controlled updates. For example, if I just update my application to add a queue and deploy, or I change something to do a hotfix, is it okay that I pull in a new AMI with a new version of Amazon Linux and a different version of libfoobar.so.5 which happens to contain a bug and now my application is broken?
The point of context was that you would explicitly opt in to updates to "critical" parameters like that.
It's fine to fallback to the generic behavior (imo) only if we can't do anything else, so if the stack is region-agnostic. If the stack is region-aware, we can and should do better.
Originally posted by @rix0rrr in #2922
The text was updated successfully, but these errors were encountered: