You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When deploying the ADF into an existing organization, it might be nice to have more control over which OUs should be bootstrapped, as another process (eg Landing Zone / Control Tower) might be responsible for creating account, creating ou's and moving accounts to them.
It should be possible to configure ADF to only bootstrap inside an explicit allow list of ou's.
Going even further, it would be nice to support both OU-paths, OU-ids and Account-ids.
Using the allow list first and the blacklist to filter out after that is probably the nost logical.
Examples:
deploy everywhere
config:
[...]
deploy everywhere, except in ou-123 and below and account 123456789012:
config:
exclude:
- ou-123
- '123456789012'
deploy in the deployment ou (and below) and in the applications ou (and below), but skip everything in applications/sandbox and below
The only downside is that this configuration won't be possible (as applications/sandbox/exception would stay excluded if include is always evaluated first)
Thanks for the suggestion, I think it is a great idea to extend/rework the functionality of the protected concept to be more robust. Will add this into a milestone just after 1.3.0
I though about this a bit more, and it would be possible to have the example below work, if instead of using an "include than exclude" logic would always use the most specific target.
When deploying the ADF into an existing organization, it might be nice to have more control over which OUs should be bootstrapped, as another process (eg Landing Zone / Control Tower) might be responsible for creating account, creating ou's and moving accounts to them.
It should be possible to configure ADF to only bootstrap inside an explicit allow list of ou's.
Going even further, it would be nice to support both OU-paths, OU-ids and Account-ids.
Using the allow list first and the blacklist to filter out after that is probably the nost logical.
Examples:
deploy everywhere
deploy everywhere, except in ou-123 and below and account 123456789012:
deploy in the deployment ou (and below) and in the applications ou (and below), but skip everything in applications/sandbox and below
The only downside is that this configuration won't be possible (as applications/sandbox/exception would stay excluded if include is always evaluated first)
The text was updated successfully, but these errors were encountered: