Değişiklik Kapsamını ve Etki Alanını Belirleyin

CDN önbelleğini temizlemek veya origin sunucusunu değiştirmek, tek bir ayarı güncellemekten ibaret değildir. Yanlış kapsamlı purge işlemi trafik dalgalanmasına, origin aşırı yüklenmesine ve kesintiye yol açabilir. Canlı değişiklikten önce aşağıdaki noktaları yazılı olarak netleştirin:

• Etkilenecek hostname, path, cache tag ve dosya türleri
• Statik dosyalar, HTML yanıtları ve API uçlarının cache davranışı
• Beklenen trafik artışı ile origin CPU, bellek, disk ve veritabanı kapasitesi
• DNS, TLS sertifikası, güvenlik duvarı ve uygulama yapılandırmasına etkiler
• Kullanıcıya özel veya hassas verilerin kesinlikle cache dışı bırakılması

Mevcut CDN kurallarını, origin adresini, TTL değerlerini, yönlendirmeleri ve kritik yanıt başlıklarını dışa aktarılmış bir kopya olarak saklayın. Sağlayıcı sürümleme veya geri alma sunmuyorsa bu bilgileri erişimi sınırlı bir değişiklik kaydında tutun.

Yedekleme ve Geri Dönüş Planını Purge Öncesinde Hazırlayın

Cache purge genellikle geri alınamaz; temizlenen içerik yeniden üretilebilir, ancak önceki cache durumunu doğrudan geri getirmek mümkün olmayabilir. Bu nedenle geri dönüş planı purge işleminden sonra değil, önce hazırlanmalıdır.

• Son çalışan CDN kural seti ve origin yapılandırması
• DNS kayıtlarının mevcut değerleri, TTL bilgileri ve geri dönüş yöntemi
• Web sunucusu, uygulama, CDN ve güvenlik duvarı ayarlarının yedek konumları
• Değişikliğin başarısız sayılacağı net sağlık kontrolleri ve eşik değerleri
• Sorumlu kişi, onay mercii, uygulanacak geri dönüş adımları ve iletişim kanalı

Yalnızca yedeğin oluştuğunu görmek yeterli değildir. Örnek bir yapılandırmayı ayrı bir ortamda geri yükleyerek dosya bütünlüğünü ve çalışabilirliği doğrulayın. Yedekleri yalnızca aynı sunucuda tutmayın; disk arızası, fidye yazılımı veya erişim kaybı bu planı geçersiz bırakabilir. DNS değişikliği yapılacaksa düşük TTL kullanmak geçişi hızlandırabilir, ancak resolver ve CDN yayılım gecikmelerinin tamamen ortadan kalkmayacağını unutmayın.

Purge İşlemini Dar Kapsamla ve Kademeli Uygulayın

Mümkünse tüm siteyi tek seferde temizlemek yerine yalnızca değişen URL, dosya grubu veya cache tag kapsamını hedefleyin. HTML ve API yanıtlarını etkileyen kurallarda küçük bir kapsamla başlamak, origin üzerindeki yükü gözlemlemeyi kolaylaştırır.

• Origin sağlık kontrollerini, kaynak kullanımını ve hata oranlarını değişiklikten önce ölçün.
• Test hostname'i veya sınırlı bir path üzerinde kuralı doğrulayın.
• Dar kapsamlı purge başlatın ve işlemin gerçekten beklenen kaynaklarda uygulandığını kontrol edin.
• HTTP durum kodu, gecikme, cache durumu, origin bağlantıları ve 5xx oranını izleyin.
• Sorun görülmüyorsa kalan kapsamı onaylı ve kademeli bir takvimle uygulayın.

Purge sonrasında ilk isteklerin önemli bölümü origin'e gidebilir. Cache yeniden ısınırken CPU, bellek, disk I/O, veritabanı bağlantıları ve uygulama günlüklerini izleyin. Gerekirse kritik ve herkese açık path'leri kontrollü biçimde önceden ısıtın; bunu aşırı paralel isteklerle yaparak yeni bir yük problemi oluşturmayın.

Sonucu Güvenlik ve Performans Kontrolleriyle Doğrulayın

CDN panelindeki “başarılı” mesajını tek başına yeterli kabul etmeyin. Farklı ağlardan ve mümkünse farklı bölgelerden şu kontrolleri gerçekleştirin:

• Beklenen HTTP durum kodları, yönlendirmeler ve hata sayfaları
• Cache-Control, ETag, Age ve sağlayıcıya özgü cache durum başlıkları
• Statik dosya sürümleri ile HTML içeriğinin güncelliği
• Giriş, ödeme, yönetim ve API uçlarının cache dışında ve doğru çalışması
• TLS sertifikası, güvenlik başlıkları ve origin'e doğrudan erişim kısıtları
• 5xx oranı, yanıt süresi, origin bağlantı sayısı ve uygulama hata günlükleri

Farklı POP noktalarında TTL ve yayılım gecikmesi nedeniyle kısa süreli eski içerik görülebilir. Ancak beklenmeyen eski HTML, kullanıcıya özel verinin cache'lenmesi, TLS hatası veya yetkisiz origin erişimi fark edilirse işlemi durdurun; yeni değişikliği yaymak yerine geri dönüş planını uygulayın.

Geri Dönüşü Uygulayın ve Olayı Kayıt Altına Alın

Sorun oluştuğunda önce yeni CDN kuralını devre dışı bırakın veya son çalışan kural setini geri yükleyin. Ardından gerekiyorsa origin adresini ve DNS kaydını geri alın. Geri dönüş sonrasında cache davranışını yeniden test edin. Eski içerik beklenenden uzun süre servis ediliyorsa tekrar tekrar purge yapmak yerine TTL, vary anahtarları, cache key ve uygulamanın yanıt başlıklarını inceleyin.

İşlem sonunda kısa bir olay kaydı oluşturun: hangi değişiklik yapıldı, hangi ölçümler gözlendi, hangi eşik aşıldı, hangi adım geri alındı ve sonraki çalışmada hangi otomasyonun ekleneceği. Tekrarlanan manuel işlemler için kapsam doğrulaması, onay, dry-run, kademeli dağıtım ve belirli bir gözlem süresi içeren standart bir prosedür kullanın.