One question I would ask is whether there is a common location (bucket or wherever) that we should establish for .zip files to be deployed to lambda. As noted, this should be overridable, of course). The reason we did this as we did is that we had issues with "stale" lambda functions being deployed when we used inline code Recall that we had issues deploying a lambda function inline, which is why we switched to putting them into S3 and deploying them from there.
For this type of deployment, the bucket name is reasonable default, but I agree that it should allow being overridden by the caller.
Honestly, given that our Terraform code to stand up lambda functions is not consistent from one deployment, we should review and reconsider with the thought of sharing more code.
This module contains lines of Terraform code like this:
One question I would ask is whether there is a common location (bucket or wherever) that we should establish for
.zip
files to be deployed to lambda. As noted, this should be overridable, of course). The reason we did this as we did is that we had issues with "stale" lambda functions being deployed when we used inline code Recall that we had issues deploying a lambda function inline, which is why we switched to putting them into S3 and deploying them from there.For this type of deployment, the bucket name is reasonable default, but I agree that it should allow being overridden by the caller.
Honestly, given that our Terraform code to stand up lambda functions is not consistent from one deployment, we should review and reconsider with the thought of sharing more code.