@@ -97,6 +97,23 @@ then configure appropriately the related variables:
*`AWS_OIDC_ROLE_ARN` for any global/common access,
*`AWS_REVIEW_OIDC_ROLE_ARN` and/or `AWS_INTEG_OIDC_ROLE_ARN` and/or `AWS_STAGING_OIDC_ROLE_ARN` and/or `AWS_PROD_OIDC_ROLE_ARN` if you wish to use a separate role with any of your environments.
The template supports two ways to retrieve the JSON web token (JWT):
* using GitLab's `CI_JOB_JWT_V2` variable - _default_<br/>
:warning: deprecated, scheduled to be removed in GitLab 16.5
* using an [ID token](https://docs.gitlab.com/ee/ci/yaml/index.html#id_tokens) named `AWS_JWT` - _configurable_
The ID token can be configured as follows in your `.gitlab-ci.yml` file:
```yaml
# enable AWS_JWT ID token for AWS jobs only
.aws-base:
id_tokens:
AWS_JWT:
# use your own audience url here
aud:https://gitlab.com
```
### Deployment context variables
In order to manage the various deployment environments, this template provides a couple of **dynamic variables**
@@ -521,6 +538,23 @@ With:
| `secret_path` (_path parameter_) | this is your secret location in the Vault server |
| `field` (_query parameter_) | parameter to access a single basic field from the secret JSON payload |
The variant supports two ways to retrieve the JSON web token (JWT):
* using GitLab's `CI_JOB_JWT` variable - _default_<br/>
:warning: deprecated, scheduled to be removed in GitLab 16.5
* using an [ID token](https://docs.gitlab.com/ee/ci/yaml/index.html#id_tokens) named `VAULT_JWT_TOKEN` - _configurable_
The ID token can be configured as follows in your `.gitlab-ci.yml` file:
```yaml
# enable VAULT_JWT_TOKEN ID token for AWS jobs only