-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] #518
Comments
Hey there @jeje-ch ! Thanks for the suggestion. What about using the Instead of relying in user input for the file format, you can just put them under a different directory withing the S3 bucket. |
Thank you @mmontes11 , but what if we don't use S3 storage ? I would rather have a global option, independent of the storage used. Thank you again, |
In that case a global option would make sense, yes. However, thinking know about the PVC storage, how likely is that you reuse the same PVC for storing different kinds of backups: all databases + specific databases? Although possible I think this is not ideal, not only because S3 is the recommended option for production, but also because you are mixing sources of backup in the same PVC. Thanks for sharing your thoughts! |
Oh, right... each In all the cases, having the ability to customize the file name would be nice as we can't suppose how the user will manage the backups after, eg in a 2nd level of backup. Have a nice day |
Is your feature request related to a problem? Please describe.
The current backup functionality names the backup concatenating
backup
and the datetime; it's fine if we backup all databases, but what's happen if we backup separately various databases ?Describe the solution you'd like
It would be nice to be able to specify the backup filename (or at least part of it); the backup filename pattern could then be something like
backup-{USER_INPUT_PART}-{DATETIME}.sql
.The
USER_INPUT_PART
could be taken frommetadata.name
orspec.name
("same" usage as indatabase.yaml
)Environment details:
The text was updated successfully, but these errors were encountered: