apache / apache/cloudberry-backup

Roadmap Discussion: Future Direction of cloudberry-backup

Ouverte
#80 5 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Go
Étoiles
18
Forks
22
Merge moyen
1 j 1 h
PR mergées (30 j)
3

Description

Background

As the cloudberry-backup project continues to evolve, we want to ensure that our development priorities align with the community's needs. We've recently integrated gpbackman as our open-source backup management tool and are now planning the next phase of development.

Current Status

cloudberry-backup currently provides:

  • gpbackup and gprestore utilities for backup and restore
  • Incremental backup support
  • Plugin support (S3, etc.)
  • gpbackman integration for backup lifecycle management

We Need Your Input!

We'd love to hear from the community:

  1. Missing Features: Are there any critical features we've missed that you need for your backup workflows?

  2. Pain Points: What are the biggest challenges you face with the current backup tools?

Please share your thoughts by:

  • Commenting on this issue with your feedback
  • Sharing your specific use cases or requirements
  • Suggesting additional features or improvements

Related Resources


Thank you for being part of the cloudberry-backup project! Your feedback will directly shape the future of this project. 🙏

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Aucun fichier d’implémentation, test ou point d’entrée n’est indiqué. Commencez par examiner les utilitaires actuels gpbackup et gprestore, la prise en charge des sauvegardes incrémentielles, les plugins et l’intégration de gpbackman, puis résumez des cas d’utilisation concrets et les points problématiques rencontrés par la communauté. Le travail est considéré comme terminé lorsque le projet a convenu des priorités de sa prochaine phase de développement.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
go, postgresql
Domaine
databases
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
Calme
Clarté
À clarifier
Accessibilité débutants
20/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.