cloudnative-pg / cloudnative-pg/plugin-barman-cloud
Backup to different object store
- 主要言語
- Go
- スター
- 191
- フォーク
- 72
- 平均マージ
- 1日 16時間
- マージ済み PR(30日)
- 18
説明
Hi,
first of all thank you for the amazing work!
I might have a bit of an odd use case:
Currently I have two S3 compatible object stores. One onsite and one for offsite backups. Because the connection to the offsite one can be quite slow (this is a homelab setup), I didn't want to send WALs to the offsite S3 but just baseline backups every so often.
From what I can tell the BackupServiceImplementation currently just uses the barmanObjectKey from the cluster definition and ignores any parameters specified directly on the Backup or BackupSchedule CRD.
Would it be possible to support overriding the object store in the backup crd like this?
```
apiVersion: postgresql.cnpg.io/v1
kind: Backup
metadata:
name: backup-example
spec:
cluster:
name: pg-nextcloud
method: plugin
pluginConfiguration:
name: barman-cloud.cloudnative-pg.io
parameters:
barmanObjectName: anotherObjectStore
```
コントリビューションガイド
調査の方向性
まず、BackupServiceImplementationと、issueで説明されているBackupおよびBackupSchedule CRDの処理を読みます。barmanObjectKeyがpluginConfigurationのパラメーターに対してどのように選択されるかを追跡し、次に既存のBackupテストを特定して、明示的に設定されたbarmanObjectNameがBackupリソースとBackupScheduleリソースの両方でクラスタのオブジェクトストアを上書きすることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- go, postgresql
- 領域
- cloud, databases
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 活発
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 55/100