Add a label to the S3User's Secret to allow label matching and speed up fetching the secret
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go, kubernetes
- Lĩnh vực
- infrastructure
Hướng nghiên cứu
Bắt đầu trong controllers/user_controller.go, khoảng các dòng 408-438, sau đó đọc ví dụ client list của Operator SDK được liên kết để đối chiếu label. Theo dõi cách S3User secret được tạo và lấy ra, rồi quyết định cách xử lý các secret đã tồn tại trước đó. Được xem là hoàn tất khi việc đối chiếu không còn liệt kê mọi namespace secret và các S3User secret hiện có có một lộ trình migration label được xác định.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
As of current version, the user controller lists every secret in a namespace to find the one secret matching a S3User, which is fairly inefficient :
This could benefit from a dedicated label add to the secret when it's created. This is not difficult in itself, but requires some thought regarding pre-existing secrets (as in : Should the operator reconcile secrets to add labels ? Should this be managed with a small one-shot script to add the label to every S3User secret ?)
- Ngôn ngữ chính
- Go
- Star
- 66
- Fork
- 16
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của InseeFrLab/s3-operator
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 65/100
InseeFrLab/s3-operator#145 ·
-
Existence checks depend on MinIO error codes; decide policy/user existence from list calls insteadĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 72/100
InseeFrLab/s3-operator#144 · 2 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
InseeFrLab/s3-operator#136 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
InseeFrLab/s3-operator#135 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 58/100
InseeFrLab/s3-operator#113 ·
Tất cả issue của InseeFrLab/s3-operator
Issue tương tự
-
[Bug] Custom tool truncation leaves unused stream copies openCó thể đã có người làm @OUAO-FRANK đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[v3] KeyBindingManager calls (Add/Remove) are not converted into a case-insensitive accelerator.KeyĐang mởBug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
crmne/hyprmoncfg#114 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
runtime: usleep sleeps nanoseconds instead of microseconds on linux/mips and linux/mips64Có thể đã có người làm @BRobertson7 đã nhận hôm nay. Đang mởcompiler/runtime
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
golang/go#82913 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100