-
Notifications
You must be signed in to change notification settings - Fork 249
New issue
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
aws-config
credentials providers inconsistently cache when explicitly configured
#629
Comments
The type system could potentially be used to enforce that caching is configured correctly. The |
IMDSv2 has limits, and if we query it on every s3 interaction we are going to go over those limits. Changes the s3_bucket client configuration to use: - ChainCredentialsProvider to handle env variables or imds usage - LazyCachingCredentialsProvider to actually cache any credentials Related: awslabs/aws-sdk-rust#629 Possibly related: #3118
IMDSv2 has limits, and if we query it on every s3 interaction we are going to go over those limits. Changes the s3_bucket client configuration to use: - ChainCredentialsProvider to handle env variables or imds usage - LazyCachingCredentialsProvider to actually cache any credentials Related: awslabs/aws-sdk-rust#629 Possibly related: #3118
IMDSv2 has limits, and if we query it on every s3 interaction we are going to go over those limits. Changes the s3_bucket client configuration to use: - ChainCredentialsProvider to handle env variables or imds usage - LazyCachingCredentialsProvider to actually cache any credentials Related: awslabs/aws-sdk-rust#629 Possibly related: #3118
Closing this, as it's been implemented in smithy-lang/smithy-rs#2122 (plus its follow-up smithy-lang/smithy-rs#2227). |
|
The default credentials chain has caching, and
AssumeRoleCredentialsProvider
has caching when set explicitly onSdkConfig
. The rest of the credentials providers don't cache when set up explicitly though. Ideally, credentials providers would just always cache—one should not need to think about it. Even better if things are smart enough to not double-cache (doesAssumeRoleCredentialsProvider
add a redundant layer of caching to the default chain?).The text was updated successfully, but these errors were encountered: