One lock table and improved iam policies
This version breaks backwards compatibility:
- one dynamodb table is sufficient (there is no advantage to one table per stack since the backend lock mechanism uses the backend key as lock key, rather than the dyname table name) -- ie one table can have multiple locks.
- IAM policy names changed to accomodate better breakdown of policies, and provide policy for whole stacks and individual modules
To update your backend states:
- remove all the
backend.tf
files produced by this module - run
terraform init
in each folder that had thebackend.tf
, to move the state back to local - run
terraform apply
on this module to regenerate allbackend.tf
- run
terraform init
in each folder that has a newbackend.tf
, to move the state back to S3