Optimize resource discovery/collection
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
- 45/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- go, kubernetes
- Lĩnh vực
- cli, infrastructure
Hướng nghiên cứu
Bắt đầu bằng cách lần theo các đường dẫn tải ruleset và phát hiện tài nguyên, sau đó kiểm tra cách các đối tượng được phát hiện được lấy về và lưu giữ trong bộ nhớ. Sử dụng các quy tắc tích hợp sẵn và tùy chỉnh đã được tải để xác định các loại tài nguyên bắt buộc, bỏ qua các tài nguyên không liên quan và phân trang phần phát hiện còn lại. Được xem là hoàn tất khi các cluster lớn không còn yêu cầu thu thập các tài nguyên không liên quan và các kiểm tra deprecation hiện có vẫn hoạt động.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Is your feature request related to a problem? Please describe.
Pluto currently appears to pull all API resource types from a cluster, followed by all objects matching those types, in an unpaginated list. In a large cluster with a significant number of resources, many of them unrelated to the rules/deprecations being checked, this leads to high memory usage.
Describe the solution you'd like
Short version: only pull the resources that appear in the ruleset we loaded, so we don't use as much memory.
Long version / suggestion:
- After loading the ruleset (built-in deprecations and custom/user-defined), build a list of resource types we need to check
- Only pull the resources that actually need to be checked (this can avoid loading thousands of events, for example)
- Paginate discovery of the remaining resource types, discarding ones we don't need before fetching the next set
Describe alternatives you've considered
- Smaller clusters with fewer resources: it's currently not feasible for me to reduce the number of resources in my cluster.
- Give pluto more resources: I've more than tripled the resources I gave to pluto to run against a cluster, I can technically keep going but improving the collection logic is more efficient
Additional context
N/A
- Ngôn ngữ chính
- Go
- Star
- 2.6k
- Fork
- 142
- Merge trung bình
- 1 giờ 21 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọ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 FairwindsOps/pluto
-
Dependency DashboardĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
FairwindsOps/pluto#608 ·
-
Auto conversion of detectionsĐang mởenhancement pinned priority: could
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
FairwindsOps/pluto#421 · 2 bình luận · 2 reaction ·
-
Exclude some resource kindCó thể đã có người làm @Kunalbehbud đã nhận 87 ngày trước. Đang mởenhancement pinned
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 42/100
FairwindsOps/pluto#399 · 2 bình luận · 1 reaction ·
-
Ability to specify exemptionsĐang mởenhancement pinned priority: could
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
FairwindsOps/pluto#215 · 4 bình luận · 1 reaction ·
-
enhancement help wanted pinned priority: could
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
FairwindsOps/pluto#137 · 2 bình luận · 2 reaction ·
Tất cả issue của FairwindsOps/pluto
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
accepted bug wg/agentic-context
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
vllm-project/semantic-router#4922 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug] Extraction-mode autogen returns pod templates in random order for map-keyed CRDs, so deny and report messages change between runsCó thể đã có người làm @ManojLamani đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
kyverno/kyverno#17980 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
raised-by:reviewer
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 84/100
medici-finance/assay#2681 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug triaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
fullsend-ai/fullsend#8353 · 4 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày