-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add equivalent to aws cloudformation package #169
Comments
It turns out that I've been playing around with the idea of introducing
where I'm struggling with how the local and remote locations would be specified:
The S3 path would need to change when the underlying file changes for CloudFormation to handle updates properly. Should
What are your thoughts @tavisrudd @tuff? |
Re: the API, I like a combo of your suggestions:
Meaning that if you're working with a lambda and you make a code change and upload a new bundle, you also have to update your stack args? That doesn't seem right 😕 I like the object versioning option, unless implementing that is ugly for reasons I can't see now. |
I imagine it would work something like:
I haven't really thought this one through very much, but I think it would result in causing CloudFormation to update the resource, even if the file hasn't changed. iidy would upload the file to S3, which would create a new version, which would result in the URL changing (even if the file contents haven't changed). The content hashing idea probably has issues for Lambda deployments - I doubt that I think I'm leaning towards the (I'm also thinking the full object path should exist in the |
I think the explicit proposal with |
As an alternative, the workaround from #161 could be used instead of
|
Add the equivalent to running
aws cloudformation package
(perhapsiidy create-stack --package <S3 location>
and/orArtifactLocation: s3://bucket/base/path/
stack args property) to upload resources to S3 and replace their property in the template with S3 location.https://docs.aws.amazon.com/cli/latest/reference/cloudformation/package.html
This pattern could be extended to support workflows like #161
The text was updated successfully, but these errors were encountered: