Sahadan pratik notlar, fikirler ve teknik yazılar.
Bir durum (status) sütununa sahip bir `jobs` tablosu ve onu her birkaç saniyede bir yoklayan (poll) bir worker (işçi), başlangıç için son derece mantıklı bir yoldur. Gerçek bir mesaj kuyruğuna geçme zamanının geldiğini gösteren işaretler ise yavaş yavaş ortaya çıkar ve asıl meseleleri ölçeklenme (scale) değildir.
Redis projeye genelde 'sadece bir önbellek' (cache) olarak tanıtılır. Bir yıl sonra ise oturum (session) verilerini, rate-limit sayaçlarını ve kritik kuyrukları tutuyordur. Sunucunun (instance) kendisi hiç değişmemiştir ama görevi değişmiştir. Yapılandırmasının da kesinlikle buna ayak uydurması gerekir.
Her düğümün (node) tıpatıp aynı veriye sahip olduğu senkron, çoklu ana (multi-master) replikasyon sunan Galera'nın vaatleri gerçekten de doğrudur. Sadece, bu satış konuşmasından (pitch) hiç de belli olmayan ve benim acı yoldan öğrendiğim bir avuç operasyonel gerçeklikle birlikte gelir.
Bir pg_dump cron görevi, geri yükleme (restore) gününe kadar gerçek bir yedekmiş gibi hissettirir. İşte geri yüklemelerin bir tahmin oyunu değil, rutin bir olay olması için pgBackRest'i nasıl kurduğum.