Routine automated backups
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
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- google-cloud, kubernetes
- Lĩnh vực
- cloud, devops, infrastructure
Hướng nghiên cứu
Không có tệp, bài kiểm thử hoặc điểm vào nào được nêu tên. Hãy bắt đầu bằng cách so sánh các bản sao lưu đĩa ở cấp GKE, các plugin của Jenkins và Artifactory, cùng các bucket lưu trữ đám mây với nhu cầu đã nêu là bảo toàn lịch sử và các artifact được phát hành thủ công. Được xem là hoàn tất khi đã lựa chọn và lập tài liệu về một phương án sao lưu định kỳ cho ít nhất Jenkins và Artifactory.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
As part of the 2023 overhaul I aim to at least take GKE-level backups of the disks for the major tools after final deployment (Jenkins and Artifactory at least). There are a variety of options for routine backups - although the new IaC/CaC focus takes a huge bite out of just redeploying from scratch and being able to get up to speed fairly fast. Still, it would be unnecessary pain to lose all history in Jenkins and especially Artifactory, where we might also have a few manually published artifacts that snuck in over the years.
There are plugins for the individual apps as well as GKE-provided backups but I'm unsure about which options to pick.
Another related option would be to offload binaries to cloud-provided storage buckets rather than local / persistent disks, those are backed up at the cloud-provider level and may be secure enough to only worry about having the config in a good place.
- Ngôn ngữ chính
- Groovy
- Star
- 0
- Fork
- 2
- 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
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 MovingBlocks/Logistics
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
MovingBlocks/Logistics#11 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
MovingBlocks/Logistics#5 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
Tất cả issue của MovingBlocks/Logistics
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
cloud-custodian/cloud-custodian#11209 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
? - Needs Triage documentation user_tools
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 62/100
NVIDIA/cudf-spark-tools#2190 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
hashicorp/terraform-provider-aws#50473 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
exporter/googlecloudpubsub needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
open-telemetry/opentelemetry-collector-contrib#52049 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Project factory schema rejects `lien_reason`, which the factory and the project module supportĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
GoogleCloudPlatform/cloud-foundation-fabric#4270 ·
Maintainer thường phản hồi trong vòng 1 ngày