dumpling 7.5.1在阿里云 OSS 下不支持通过环境传入 AK/SK

[dba-kit (张天师)]

如图所示，本来是支持通过AWS_ACCESS_KEY_ID，AWS_SECRET_ACCESS_KEY两个环境变量来读取 AK/SK 的，但是7.5.1貌似已经不支持了？

[dba-kit (张天师)]

额，测试了下，貌似6.5.1就已经不支持了，可能很早就废弃了？？

[dba-kit (张天师)]

不过BR 介绍文档里，这两个参数还在

[dba-kit (张天师)]

测试了下，6.5.2的 br 现在也不支持通过环境变量来读取了。

[aytrack]

使用 dumpling v7.5.1 通过环境变量注入 ak 和 sk 进行 dumpling，在 aws 上 ks3 上都可以生效
aws

ks3

我没有 aliyun 的环境，不过从上面 2 个结果来看是可以通过环境变量注入 ak/sk 的

[zhanggame1 (Ti D Ber G I13ecx U)]

没问题啊，我测试过

刚才试了7.5.1版本 没问题

[aytrack]

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) 跟踪这个问题

[dba-kit (张天师)]

原来是阿里云OSS 才会触发这个 BUG，上面验证下来 AWS S3， Minio 都还是支持的。

[BornChanger]

这个问题和 br backup to aliyum OSS not support ak/sk as env · Issue #45551 · pingcap/tidb · GitHub 是一个问题, 我把2个问题合并了. 您有没有兴趣提交个 pr 来解决这问题啊?

[dba-kit (张天师)]

也是可以的，能介绍一下引入 OSS RAM 是个什么背景，在你们规划内是应该先读 RAM 还是先读环境变量么？

[BornChanger]

多谢 . 这个 issue br/pkg/storage: s3 sdk support to access aliyun oss by ram type · Issue #34224 · pingcap/tidb · GitHub 里面有当时支持阿里云 oss ram 的背景. 从设计一致性看, 环境变量优先, 如果环境变量可以认证成功, 就先用环境变量; 如果环境变量没有设置, 或者 ak/sk 失败, 就使用 ram.

[dba-kit (张天师)]

好的，我尝试修复一下，看是否能解决

[BornChanger]

您好, 您那边有啥进展么?

[BornChanger]

@dba-kit 您如果最近没空的话, 我找别的老师来帮修复一下. 欢迎您一起 review 和测试一下.

[dba-kit (张天师)]

额，确实还没时间跟进