İçeriğe geç
Batuhan YAZICI

Senior Cyber Security Specialist

Senior System and Network Admin

Batuhan YAZICI

Senior Cyber Security Specialist

Senior System and Network Admin

Finansal sistemlerde güvenlik,
altyapıda süreklilik.

  • Fortinet
  • SIEM
  • PCI DSS
  • ISO/IEC 27001
← Teknik blog
Otomasyon

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

Batuhan YAZICI · · 5 dk okuma
Tekrarlanabilir bir kurulum için küçük bir kontrol listesi — Batuhan YAZICI
Batuhan YAZICI · batuhanyazici.com

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.

Nasıl yapılır: ayrıntılı uygulama

Ortam ve ön koşullar: Sürümlü kurulum kaydı — İzole deneme ortamı, doğrulanmış yedek ve ürünün desteklediği sürüm listesi hazır olmalı.

  1. Başlangıç envanterini sabitleyin
  2. Yeniden çalıştırma sözleşmesi yazın
  3. Çalışma kopyasını ve yedeği ayırın
  4. Aynı sırayı temiz ortamda tekrarlayın
  5. Başarısız adımı geri alın

1. Başlangıç envanterini sabitleyin

Bu örnek WordPress komut satırı içindir; yalnız ilgili kurulumun çalışma dizininde çalışın. Versiyon ve bileşen durumu birbirini tamamlar.

pwd
php --version
wp --info
wp core version
wp plugin list --fields=name,status,version --format=table
wp theme list --fields=name,status,version --format=table

2. Yeniden çalıştırma sözleşmesi yazın

Her değişiklik için mevcut durum, hedef durum, işlem sahibi ve tekrar çalıştırma davranışını belirleyin. Hesap, token ve izin oluşturmayı genel yeniden kurulum komutu olarak listelemeyin. Özel değerleri envantere dökmeyin. Örneğin aynı kurulum ikinci kez çalıştığında yeni cron, kullanıcı veya erişim anahtarı üretmemeli; mevcut kaydı kimliğiyle bulup hedef değerle karşılaştırmalıdır. Eksik ön koşulda durmak, yarım kurulumu başarılı göstermekten daha doğru sonuçtur.

Adim,Onkosul,Hedef,Etki,Tekrar_davranisi,Kabul,Geri_donus
PHP,Destek_matrisi,Hedef_surumu,Dosya_paket,Mevcutsa_dogrula,Surum_ve_islev,Yedek_paket

3. Çalışma kopyasını ve yedeği ayırın

Veri tabanı ve medya aynı kabul noktasından gelmelidir. Üretim dış bildirimlerini kopya ortamda kapatma/yalıtma planını uygulayın. WP-CLI export yalnız veri tabanını kapsar; dosya yedeğinin yerine geçmez.

umask 077
wp db export /OZEL/YEDEK/YOLU/batuhanyazici-before.sql
wp core verify-checksums

4. Aynı sırayı temiz ortamda tekrarlayın

Komutların çalışma dizini ve servis kullanıcısını kaydedin. Her adımı bir kez uygulayıp hedef çıktıyı okuyun; ikinci çalıştırmada değişiklik gerekmeyen adımların yeni kayıt oluşturmaması gerekir. Görsel, giriş, medya ve zamanlayıcıyı ayrı kabul edin.

5. Başarısız adımı geri alın

Tek bir bileşen başarısızsa önce onun değişikliğini ve bağımlılıklarını inceleyin. Dosya/veri şeması değiştiyse tutarlı yedek takımına dönün. Çalışma kopyasının sınanması üretimin ölçülmüş geri dönüş süresi olarak raporlanmaz.

Beklenen sonuç: Aynı başlangıç girdileriyle tekrarlanan kurulumda aynı işlevsel sonuç alınır.

Sonuç farklıysa: Sürüm veya ön koşul eksikse işlemi baştan çalıştırmak yerine eksik adımı belirleyin.

Geri dönüş: Önceki sürüm ve yapılandırmayı birlikte geri alın; veri şeması değiştiyse uyumlu yedeği kullanın.

Tekrarlanabilir bir kurulum için küçük bir kontrol listesi için temsili uygulama ve kabul haritası
Temsili uygulama ve kabul haritası; gerçek ürün ekran görüntüsü değildir. Haritayı büyük aç.

Kaynaklar

Uygulama örnekleri teknik, kaynak ve mahremiyet incelemesinden geçti. Temsili haritalar üretici ekran görüntüsü veya canlı sistem testi olarak sunulmaz. Kullanılan ürün sürümü ve kapsam uygulama öncesinde doğrulanmalıdır.

Batuhan YAZICI

Senior Cyber Security Specialist · Altyapı ve güvenlik üzerine teknik notlar.

Okumaya devam edin

MagicMirror Projesi — Batuhan YAZICI