Enforce bijection relationship between CR and actual S3 resource
还没有人认领这个 Issue。
评估
调研方向
未指定文件或测试。首先定位 bucket 和 policy CR 的 Go reconciliation 逻辑，然后跟踪 spec.name 如何映射到 S3 资源。完成标准是两个 CR 不能引用同一个 bucket 或 policy，并且两个资源类型都有覆盖。
由索引模型根据 Issue 内容生成。
描述
With the current implementation, it seems possible to have multiple CRs (for instance dummy-bucket1 and dummy-bucket2) reference a single S3 resource (based on the spec.name). This applies both to buckets and policies, and is probably unwanted.
This flew under the radar, for our CR creation process ensures we cannot reference the same S3 resource in two different CRs, but such might not be the case for other users.
- 主要语言
- Go
- 星标
- 66
- 派生
- 16
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
InseeFrLab/s3-operator 的其他 Issue
-
难度 4/5 3-5 天 新手友好度 65/100
InseeFrLab/s3-operator#145 ·
-
Existence checks depend on MinIO error codes; decide policy/user existence from list calls instead未关闭
难度 4/5 3-5 天 新手友好度 72/100
InseeFrLab/s3-operator#144 · 2 条评论 ·
-
难度 3/5 1-2 天 新手友好度 45/100
InseeFrLab/s3-operator#136 ·
-
难度 4/5 3-5 天 新手友好度 48/100
InseeFrLab/s3-operator#135 ·
-
难度 2/5 1-3 小时 新手友好度 58/100
InseeFrLab/s3-operator#113 ·
查看 InseeFrLab/s3-operator 的全部 Issue
相似的 Issue
-
bug
难度 2/5 1-3 小时 新手友好度 80/100
-
/shutdown/ready can fail to return an HTTP response when readiness takes longer than the server write timeout可能已有人在做 @floriankoch 今天认领。 未关闭triage
难度 2/5 1-3 小时 新手友好度 76/100
envoyproxy/gateway#10562 ·
维护者通常 1 天内回复
-
Adding an LDAP group reports every search failure as "LDAP Group DN is not found"可能已有人在做 @Daksha1611 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100