Belajar pgBackRest - Ekosistem, Alternatif & Refleksi Akhir

#Pendahuluan

Inilah episode terakhir dari 23 episode perjalanan kita. Sebelum menutup, kita perlu menjawab pertanyaan paling jujur: apakah pgBackRest selalu pilihan yang tepat? Tidak. Ekosistem backup PostgreSQL punya beberapa kandidat kuat, masing-masing dengan filosofi berbeda — dan memilih yang salah berarti membayar biaya yang tidak perlu.

Di episode 22 kita membandingkan pgBackRest dengan pg_dump, Barman, WAL-G/WAL-G2, dan CloudNativePG, memetakan kapan memilih masing-masing, lalu merangkum seluruh series dalam checklist production yang bisa kalian jadikan dokumen kerja.

#Perbandingan Alat Backup PostgreSQL

#pgBackRest

• Filosofi: tool physical backup dedicated untuk PostgreSQL — parallel, PITR, retention, dan object storage dalam satu paket.
• Kekuatan: full/diff/incr, WAL archiving kontinu, enkripsi, banyak repository, dukungan 10 versi PG, dokumentasi lengkap.
• Trade-off: butuh konfigurasi dan pemahaman (persis yang kalian pelajari di series ini).

#pg_dump / pg_dumpall

• Filosofi: logical backup — mengekspor data sebagai SQL/format custom.
• Kekuatan: fleksibel (bisa dump per-database/per-table), portabel antar versi dan arsitektur, bawaan PostgreSQL.
• Trade-off: tanpa PITR, lambat untuk database besar, tidak menangkap semua state (permission, blobs tergantung mode), restore bukan "salin utuh" melainkan replay SQL.

#Barman

• Filosofi: server-based — daemon sentral yang mengelola backup dari beberapa server database.
• Kekuatan: arsitektur terpusat, integrasi dengan lingkungan enterprise, fitur PITR dan recovery yang matang.
• Trade-off: pendekatan arsitektur berbeda (server pusat), kurva belajar dan komponen lebih banyak.

#WAL-G / WAL-G2

• Filosofi: object storage-first — dibangun di sekitar S3 sejak awal, keturunan WAL-E.
• Kekuatan: ringan, integrasi S3/GCS/Azure yang alami, populer untuk skala besar dan Kubernetes.
• Trade-off: fitur reporting/retention dan debugging lebih sederhana dibanding pgBackRest; bergantung pada tooling eksternal untuk beberapa kebutuhan operasional.

#CloudNativePG (CNPG)

• Filosofi: K8s-native — operator yang membungkus pgBackRest (default-nya) menjadi resource Kubernetes.
• Kekuatan: otomatisasi penuh stanza/backup/restore, deklaratif, terintegrasi HA.
• Trade-off: hanya untuk Kubernetes; di belakang layar ia tetap menjalankan pgBackRest.

Logical                              Physical
pg_dump          WAL-G    Barman    pgBackRest
   <--- migrasi / portabilitas --- recovery fisik + PITR --->

#Kapan Memilih yang Mana

#Pilih pgBackRest Jika...

• Kalian butuh physical backup + PITR andal untuk production.
• Database besar dan butuh parallel backup, retention otomatis, dan enkripsi.
• Kalian ingin satu tool yang mendukung banyak media (lokal, remote, object storage).
• Kalian ingin dukungan hingga 10 versi PostgreSQL dalam satu instalasi.

#Pilih pg_dump Jika...

• Kebutuhan migrasi atau logical backup: pindah antar versi, antar arsitektur, atau hanya sebagian data.
• Ukuran data masih kecil dan PITR tidak dibutuhkan.
• Kalian butuh backup "yang bisa dibaca" untuk tujuan tertentu (analisis, staging kecil).

#Pilih Barman Jika...

• Kalian sudah terikat arsitektur server-based dan butuh manajemen terpusat banyak server.

#Pilih WAL-G Jika...

• Arsitektur kalian S3-native dan ingin yang ringan, atau sudah memakai WAL-G di ekosistem lain (misal Kubernetes tanpa operator).

#Pilih CloudNativePG Jika...

• Database PostgreSQL berjalan di Kubernetes dan kalian ingin backup dikelola operator secara deklaratif.

#Rekap Episode 0-21

Perjalanan kita singkatnya:

• Fase 1 (0-2): Prasyarat, sejarah, arsitektur — mengapa dan bagaimana pgBackRest bekerja.
• Fase 2 (3-7): Instalasi, stanza & check, tipe backup, WAL archiving, parallelism & kompresi — operasi dasar.
• Fase 3 (8-12): Restore & PITR, skenario recovery, scheduling & retention, enkripsi, remote & object storage — data management.
• Fase 4 (13-16): SSH & networking, monitoring & metrics, troubleshooting, restore drill — keamanan dan keandalan.
• Fase 5 (17-20): Rilis terbaru, backup standby & HA, skala besar & benchmark, Docker/K8s/cloud — kualitas dan produksi.
• Fase 6 (21-22): Roadmap & komunitas, perbandingan & refleksi — konteks di luar kode.

#Checklist Production

Dokumen checklist ini bisa langsung kalian pakai sebelum sistem backup masuk produksi:

• Stanza dibuat: pgbackrest --stanza=main stanza-create sukses.
• Check lulus: pgbackrest --stanza=main check — koneksi DB, repository, archive-push/get.
• Scheduling aktif: full mingguan + differential harian via cron/systemd timer (episode 10).
• WAL archiving OK: archive_mode=on, archive_command benar, pg_stat_archiver.failed_count = 0.
• Enkripsi at-rest: repo1-cipher-type=aes-256-cbc, passphrase di secret manager (episode 11).
• Retention ditentukan: sesuai RPO/RTO, termasuk repo1-retention-archive (episode 10).
• Restore drill berkala: restore test terjadwal + report + runbook (episode 16).
• Monitoring aktif: umur backup, backup terlambat, WAL stuck, repository penuh (episode 14).
• Object storage off-site: repo kedua di lokasi berbeda (episode 12, 20).
• Transport aman: SSH key auth, user khusus, VPN/tunnel untuk remote (episode 13).

#Sumber Belajar Resmi

• pgbackrest.org: User Guide, Configuration, Command Reference, News.
• github.com/pgbackrest/pgbackrest: repository, releases (2.59.0), issue tracker.
• PostgreSQL docs: WAL archiving (archive_mode, archive_command) — fondasi yang harus dipahami.
• pgbackrest_exporter: metrik Prometheus untuk monitoring (episode 14).
• CloudNativePG docs: operator Kubernetes dengan pgBackRest bawaan (episode 20).
• Lanjutkan ke series berikutnya: learn-sql-postgresql (dasar DB), learn-cronjob (scheduling), learn-velero (backup K8s), learn-restic/learn-borg-backup (file backup), dan learn-vault (encryption key management).

#Penutup

Inti yang harus dibawa pulang:

• pgBackRest: physical backup + PITR andal, parallel, multi-repository, mendukung 10 versi PG.
• pg_dump untuk migrasi/logical; Barman untuk server-based; WAL-G untuk S3-native ringan; CNPG untuk K8s.
• Pilih berdasarkan kebutuhan workload, bukan hype — keduanya bahkan bisa berdampingan.
• 23 episode membangun fondasi: prasyarat → arsitektur → operasi → keamanan → produksi.
• Checklist production adalah jembatan dari "bisa menjalankan backup" menuju "yakin bisa pulih".

Selamat, kalian telah menuntaskan Belajar pgBackRest! Dari pre-requisites, stanza pertama, PITR presisi, hingga integrasi Kubernetes dan checklist production — kalian kini punya bekal untuk menjadikan backup PostgreSQL bagian infrastruktur yang bisa diandalkan. Teknologi akan terus berkembang — ikuti rilisnya, jaga passphrase aman, dan yang paling penting: teruslah menguji restore. Perjalanan 23 episode selesai, tapi tanggung jawab menjaga data kalian baru saja dimulai!