Open jaredfholgate opened 1 month ago
Please prioritize - we need an upgrade path without having to create our own bootstrap for the bootstrap!
In my use case I want to use azure devops with bicep and need to try different bootstrap options and starter options over the upcoming weeks. Even though iac_type = bicep I still want remote backend to persist the initial bootstrap tf state and avoid keeping persistent bootstrap state files on my laptop.
Would need to make it mandatory to supply sensitive inputs via env var? Nice to have but not required, at least for first iteration of bootstrap state storage. Just update doco and sample configs telling user that setting token values in config or
inputs.yaml
is insecure and should be set using local environment variables.TF_VAR_azure_devops_personal_access_token='<token-1>'
TF_VAR_azure_devops_agents_personal_access_token='<token-2>'
Is there an existing issue for this?
Infrastructure as Code Type? (Required)
both
Starter Module? (Required)
not relevant
Use Case (Required)
As a user of the ALZ Accelerator, I want the bootstrap state to be managed and the update / upgrade process to handle that.
Proposed Solution (Required)
Options include:
In both cases we need to:
Needs some more thought...
Once we have something in place, the upgrade / update process should be able to support remote state.
Important Factoids (Optional)
No response
References (Optional)
No response