[Gelistirici] pisi history

[Faik Uygur]

Selam,

Sistemde olup bitenlerin detaylı tarihçesi, bu tarihçede istenilen zamana 
geri dönülebilmesi ve istenildiğinde sistem snapshot'ı alınabilmesine imkan 
sağlayacak bir dizi özelliği beraberinde getirecek "pisi history" komutu 
üzerinde çalışıyorum.

Bir fonksiyonel spek niteliğinde kabul edilebilecek bu e-posta'ya yorum ve 
katkılarınızı beklerim.

1. pisi history komutu ile pisi, yapılmış olan paket güncelleme, kaldırma ve 
kurulum işlemlerini tarih bilgileri ile birlikte listeleyecek. Bir versiyon 
kontrol sistemi ile karşılaştırırsak log komutu ile eş anlama geliyor 
olacak.

2. pisi history komutundan detaylı çıktı istenildiğinde ilgili tarihte yapılan 
ilgili işlemde paket sürüm geçişleri detaylandırılacak.
 
	#23 Güncelleme (12.01.2008)
		abc-1.2.5 -> abc-1.3.0
		def-3.4 -> def-3.8
		...

3. Güncelleme ve kaldırma işlemlerinde her paketin o an sistemde bulunan eski 
config dosyaları saklanmaya başlanacak.

4. pisi ile istenildiği takdirde #23 nolu ana geri dön (tarih de olabilir bu) 
denilebilecek. Bu özelliğin gerçekten yararlı bir şey olup olmadığı konusunda 
kararsızdım. Daha sonra bunun aslında sistemin snapshotını almak ile aynı 
anlama geldiğini düşündüm. pisi ile yapılan her işlem sırasında otomatik 
tetiklenen snapshot alma mekanizması gibi bir şey.

5. Config dosyaları öntanımlı paket kurulumu sonrası değiştirilir. Bu yüzden
sistem kararlı bir hale geldiğinde pisi snapshot ya da pisi history --snapshot 
gibi bir komut ile sistemin snapshotı alınabilecek.

6. Snapshot pisi history çıktısında görülecek ???

	#24 Snapshot (12.01.2008)

7. Snapshot sistemdeki paketlerin listesi ve o paketlerin config dosyalarını 
içeren özel bir arşiv olacak. pisi komutları ile istenilen snapshot'a geri 
dön denilebileceği gibi herhangi bir makineye de ilgili snapshot dosyası 
taşınabilecek. O makinede alınan snapshot'a geçirilebilecek. Bu, 
snapshotın alındığı makine ile bu makinedeki paketleri aynı yap ve config 
dosyalarını da taşı demek. (fazla paketler silinecek)

Burada bir tereddütüm, herhangi bir servis için bu snapshot'ın yetersiz 
olabileceği. Örneğin apache servisi için yalnızca config dosyalarının 
snapshotının alınması bir sistem yöneticisi için ne kadar yeterli . Bu 
durumda snapshotın ve ya eski bir tarihe geri dönme işlevinin ne 
kadar işe yarayıp yaramayacağı da tartışılabilir.

8. Cache de yer alan paketler history'de istenilen bir ana geri dönülmek 
istendiğinde kullanılacak. Eğer cache'de paket bulunamazsa depo'dan 
paketin ilgili versiyonu aranacak. (2007 deposunda tüm eski versiyonları 
tutuyoruz)

9. Bu da bir düşünce. Ne kadar olabilir bilemiyorum: Snapshot demek (sistemim 
şu an kararlı demek). Grub'da özel bir girdi olacak. Son kararlı haline dön 
gibi. Herhangi bir güncelleme sonrası, herhangi bir sebepten makine açılmaz 
hale geldiyse grubdan bu seçenek ile makine açılacak. mudur, pisi aracılığı 
ile sistemi son snapshot alınan haline getirmeye çalışacak ve sistemi yeniden 
başlatacak ya da belki kdebase servisini restart edip deneyecek.

Fikir, öneri ve eleştiriler lütfen?

- Faik