We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
This is a feature request/ asking whether PR would be accepted for the following environment:
When running a self hosted runner inside an AWS EKS Kubernetes cluster AWS has a feature called IRSA (IAM roles for service accounts). This feature allows accessing the AWS API directly from a pod.With this feature different environment variables + different API calls are used. See nr 3 (Web Identity Token credentials from the environment or container) in credentials precedence.
Trigger are the following two env variables:
The implementation could look as follows:
aws sts assume-web-role-identity
It will require a rewrite of these lines + making $INPUT_ACCESS_KEY & $INPUT_SECRET_ACCESS_KEY optional. But it should be backwards compatible.
How do we proceed?
The text was updated successfully, but these errors were encountered:
Hey, sorry for the late reply. I have to think about that...
Sorry, something went wrong.
Sure, why not 👍
No branches or pull requests
This is a feature request/ asking whether PR would be accepted for the following environment:
When running a self hosted runner inside an AWS EKS Kubernetes cluster AWS has a feature called IRSA (IAM roles for service accounts). This feature allows accessing the AWS API directly from a pod.With this feature different environment variables + different API calls are used.
See nr 3 (Web Identity Token credentials from the environment or container) in credentials precedence.
Trigger are the following two env variables:
The implementation could look as follows:
aws sts assume-web-role-identity
which will then return AWS_SECRET_KEYS & others.It will require a rewrite of these lines + making $INPUT_ACCESS_KEY & $INPUT_SECRET_ACCESS_KEY optional. But it should be backwards compatible.
How do we proceed?
The text was updated successfully, but these errors were encountered: