如图所示，本来是支持通过AWS_ACCESS_KEY_ID，AWS_SECRET_ACCESS_KEY两个环境变量来读取 AK/SK 的，但是7.5.1貌似已经不支持了？
测试了下，6.5.2的 br 现在也不支持通过环境变量来读取了。
使用 dumpling v7.5.1 通过环境变量注入 ak 和 sk 进行 dumpling，在 aws 上 ks3 上都可以生效
aws
ks3
我没有 aliyun 的环境，不过从上面 2 个结果来看是可以通过环境变量注入 ak/sk 的
Update：
之前在实现支持 aliyun 的 IAM role 时候改变了行为， br/pkg/storage: add oss support on s3 sdk by knull-cn · Pull Request #34309 · pingcap/tidb · GitHub 这个 pr 之后在 provider 为 aliyun 时就会忽略掉环境变量中的 ak/sk，可以通过 ossRAMRole 的方式或者把 Ak/sk 写到 url 中绕过该问题
记录了一个 issue （`AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY` env not work for aliyun provider · Issue #53463 · pingcap/tidb · GitHub) 跟踪这个问题
原来是阿里云OSS 才会触发这个 BUG，上面验证下来 AWS S3， Minio 都还是支持的。
这个问题和 br backup to aliyum OSS not support ak/sk as env · Issue #45551 · pingcap/tidb · GitHub 是一个问题, 我把2个问题合并了. 您有没有兴趣提交个 pr 来解决这问题啊?
也是可以的，能介绍一下引入 OSS RAM 是个什么背景，在你们规划内是应该先读 RAM 还是先读环境变量么？
多谢 
. 这个 issue br/pkg/storage: s3 sdk support to access aliyun oss by ram type · Issue #34224 · pingcap/tidb · GitHub 里面有当时支持阿里云 oss ram 的背景. 从设计一致性看, 环境变量优先, 如果环境变量可以认证成功, 就先用环境变量; 如果环境变量没有设置, 或者 ak/sk 失败, 就使用 ram.
好的，我尝试修复一下，看是否能解决
额，确实还没时间跟进
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。