k8sSearch with a fixed searchNamespace doesn't separate services and pods by namespace
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- kubernetes, rust
- Lĩnh vực
- infrastructure, security
Hướng nghiên cứu
Bắt đầu bằng cách truy vết hành vi k8sSearch của SecretClass đối với fixed searchNamespace và các scope service và pod. So sánh hai định dạng namespace-label được đề xuất và xác định khả năng tương thích hoặc việc migration của SecretClass sẽ hoạt động như thế nào. Được xem là hoàn tất khi các namespace được tách biệt một cách đáng tin cậy mà không để lại hành vi breaking chưa được giải quyết.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Affected version
23.7
Current and expected behavior
When using a SecretClass with a fixed searchNamespace, such as the following:
apiVersion: secrets.stackable.tech/v1alpha1
kind: SecretClass
metadata:
name: tls-manual
spec:
backend:
k8sSearch:
searchNamespace:
name: foo
then the service=bar scope will always search for a secret with the label secrets.stackable.tech/service=bar, with no way for the user to separate which namespace the secret should apply to.
This technically applies to all scopes, but node doesn't imply any namespaced behaviour.
Possible solution
- Change the format of namespace-specific labels to
<name>.<namespace>. - Add a new label
secrets.stackable.tech/namespace=<namespace>.
Either change would be breaking. We could mitigate this by adding an opt-in property to SecretClass that enables the namespace. It could be made opt-out in v1alpha2.
Alternatively, we could declare that fixed searchNs was always unusably broken, and that it isn't worth maintaining the old behaviour at all.
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
None
- Ngôn ngữ chính
- Rust
- Star
- 13
- Fork
- 8
- Merge trung bình
- 1 ngày 8 giờ
- Pull request đã merge (30 ngày)
- 10
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
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 stackabletech/secret-operator
-
type/bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
stackabletech/secret-operator#754 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
stackabletech/secret-operator#753 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100
stackabletech/secret-operator#720 · 1 bình luận ·
-
customer-request type/bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 38/100
stackabletech/secret-operator#666 · 2 bình luận ·
-
customer-request type/feature-improvement
stackabletech/secret-operator#630 · 7 bình luận · 1 người được giao ·
Tất cả issue của stackabletech/secret-operator
Issue tương tự
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
yantrikos/yantrik-os#255 ·
-
Replayed reasoning items send "content": null, which the Responses API schema does not permit Đang mởbug CLI custom-model
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
raphamorim/rio#1956 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
rust-bitcoin/rust-bitcoin#6930 · 1 bình luận ·