Make scram secret assocation optional @dougbw (#78)
what
- Make the
aws_msk_scram_secret_association
resource optional when sasl/scram authentication is enabled through a new variableclient_sasl_scram_secret_association_enabled
- The default behaviour is the same as before
why
- The
aws_msk_scram_secret_association
resource is not very flexible and in certain use cases the preference is to manage the secret associations out of band from the cluster creation - In our case we need to enable sasl/scram at the point of creating the cluster of the cluster, but need to manage sasl/scram users in another tf root
- Having
aws_msk_scram_secret_association
resources in separate roots creates conflicts where they will constantly overwrite each others changes
references
git.io->cloudposse.tools update @dylanbannon (#59)
what and why
Change all references to git.io/build-harness
into cloudposse.tools/build-harness
, since git.io
redirects will stop working on April 29th, 2022.
References
- DEV-143