Deployment Ticketing Server

Environment Variable ​

Setiap entri ticketing.toml (opsional) juga dapat diisikan lewat environment variable. Urutan prioritas adalah environment variable > ticketing.toml > nilai default, dan key serta nilai boolean tidak case-sensitive. Docker image berbasis scratch sehingga konfigurasi lewat environment variable adalah cara default (untuk memakai file konfigurasi, mount lalu tentukan path via CONFIG).

Single vs Cluster ​

• Single (1 node): jika [cluster] (atau CLUSTER_*) tidak ada, node berjalan sebagai single node. Paling cepat, tetapi terjadi gangguan singkat saat restart dan state berada di memori sehingga hilang saat restart (lease menjadi jaring pengaman).
• Cluster (tanpa downtime): minimal 2 node. Setiap node memiliki CLUSTER_PEERS yang sama (berurutan sesuai prioritas) dan CLUSTER_SELF yang menunjuk ke dirinya sendiri. Di antara node yang hidup, satu dengan prioritas tertinggi menjadi active dan sisanya menjadi standby yang menerima replikasi real-time. Untuk prinsip kerja lebih detail, lihat Cara Kerja dan Protokol — Server ↔ Server.

Deployment cluster Kubernetes menggunakan StatefulSet + headless service. Setiap pod diberi nama DNS yang stabil (ticketing-0.ticketing…, ticketing-1.ticketing…), nama-nama tersebut dimasukkan ke CLUSTER_PEERS sesuai urutan prioritas, dan CLUSTER_SELF setiap pod disuntikkan otomatis lewat downward API (metadata.name).

Rolling Restart (Tanpa Downtime) ​

1. Restart standby terlebih dahulu satu per satu (active tetap melayani).
2. Terakhir, matikan active (Ctrl+C), lalu melalui handoff standby akan dipromosikan dan klien berpindah.
3. Menyalakan kembali active lama yang dimatikan akan membuatnya bergabung sebagai standby dari active saat ini (tidak ada failback otomatis).

Lihat Juga ​

• Image: sarolab/ticketing · Github: saro-lab/ticketing
• Pada klien (broker), daftarkan semua alamat node agar dapat beralih otomatis saat terjadi kegagalan. Untuk cara pemakaian per bahasa, lihat Pustaka.