Yazar, Podman konteynerlerinde çalışan bir Django uygulamasında SQLite veri kaybı yaşadığı talihsiz bir deneyimi paylaşıyor. Kendi altyapısında konteynerleri çalıştırma serüveninde, NixOS'tan daha basit bir Debian kurulumuna geçiş yapmış ve Podman ile systemd servislerini kullanarak üç farklı web uygulamasını başarıyla yönettiğini belirtiyor. Bu kurulum, hızlı ve basit dağıtım döngüleri sunuyor.
Ancak, bu basitlik SQLite veritabanı yönetiminde bir hataya yol açmış. Yazar, Django uygulamasının veri kalıcılığı için SQLite'ı tercih etmiş ve veritabanı dosyasını (.sqlite3) Podman konteynerine bir birim (volume) olarak bağlamış. Ne var ki, SQLite'ın varsayılan olarak kullandığı Write-Ahead Logging (WAL) modu, ana veritabanı dosyasının yanı sıra ayrı -wal ve -shm dosyaları da oluşturur. Konteyner durdurulup yeniden başlatıldığında, bu WAL dosyaları doğru şekilde kalıcı hale getirilmediği için veri kaybı yaşanmış.
Bu durum, konteynerize edilmiş ortamlarda SQLite kullanırken dikkat edilmesi gereken önemli bir noktayı vurguluyor. Sadece ana veritabanı dosyasını bağlamak yeterli değil; WAL modunun kullandığı ek dosyaların da aynı birim içinde veya kalıcı bir depolama alanında tutulması gerekiyor. Aksi takdirde, beklenmedik veri kayıpları ve bozulmalar meydana gelebilir.
Konteynerize edilmiş ortamlarda SQLite kullanırken, WAL modunun oluşturduğu ek dosyaların kalıcılığını sağlamak, veri kaybını önlemek için kritik öneme sahiptir.