Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Routine automated backups

Open
#3 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
google-cloud, kubernetes

Research direction

No files, tests, or entry points are named. Start by comparing GKE-level disk backups, Jenkins and Artifactory plugins, and cloud storage buckets against the stated need to preserve history and manually published artifacts. Done means selecting and documenting a routine backup approach for at least Jenkins and Artifactory.

Written by the indexing model from the issue text.

Description

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.

Dominant language
Groovy
Stars
0
Forks
2
Avg merge
14m
Merged PRs (30d)
8

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from MovingBlocks/Logistics

All issues in MovingBlocks/Logistics

Similar issues

More Cloud issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.