Tekrarlanabilir bir kurulum için küçük bir kontrol listesi

Bir kez çalışan kurulumla güvenle yeniden çalıştırılabilen kurulum arasındaki fark: kapsam, durum kaydı ve geri dönüş.
Bir kurulum betiğinin değerini yalnızca kaç adımı otomatikleştirdiği belirlemez. Yanlış hedefe çalışmasını önlemesi ve yarıda kaldığında anlaşılır durum bırakması da önemlidir. Bu not küçük projeler için bir tasarım yaklaşımıdır; bir ürünün zorunlu standardı değildir.
Hedefi açık tanımla
Alan adını, yayın dizinini ve veritabanını ayrı tanımla. Aynı hesapta birden fazla site varsa varsayılan dizin gibi belirsiz kabullerden kaçın. Değişiklikten önce gerçek hedefi okuyup beklenen değerle karşılaştır.
Her seferinde yeniden başlama
Veritabanı oluşturulmuşsa ikinci kez oluşturmaya çalışmak yerine durumu kontrol et. Dosyalar hazır, içerik aşaması yarıda kaldıysa yalnızca kalan aşamayı çalıştırabilmek gerekir. Başarı işaretini komut başlamadan değil, doğrulamadan sonra yaz.
Geri dönüşü ilk adıma taşı
Neyin yedeklendiğini, kopyanın nerede tutulduğunu ve nasıl geri dönüleceğini önceden belirle. Önemli bir değişikliğin ilk geri yükleme denemesini canlı arıza sırasında yapmak zorunda kalma.
Başarıyı dışarıdan kontrol et
Komutun başarılı çıkması son kullanıcı deneyiminin tamamı değildir. HTTPS adresini aç, beklenen sayfayı doğrula ve kritik akışı dene. Aracın başarı mesajını uzak sistemin gerçek durumuyla karşılaştır.
- Günlüğe parola veya özel anahtar yazma.
- Çakışan görevleri kilitle önle.
- Yalnızca doğrulanan aşamayı tamamlandı say.
- Hatalı işlemi sınırsız ve sessiz biçimde tekrarlama.
Okumaya devam edin

Rclone ve Google Drive OAuth: yedi günlük test yetkisinden sürdürülebilir otomasyona
İlk aktarımın çalışması yetmez: uygulama modu, drive.file kapsamı, doğru hesap, yenileme yetkisi ve kimlik dosyasının güvenliği birlikte doğrulanmalı.

Java sürecini yeniden başlatmadan önce: doğru PID, tanılama ve kontrollü durdurma
Bütün java süreçlerini sonlandırmak yerine doğru hizmeti, günlükleri ve güvenli kapanış yolunu belirleyin.
