İstanbul 19°C, kapalı · 18:02Saat

18:02 itibarıylaUSD/TRY 49,97 ▲ %0,22EUR/TRY 56,00 ▲ %0,32BTC $77.750 ▼ %0,29ElectronT−

Cloudflare DNS bölge oluşturmayı yeniledi: bellek kullanımı yüzde 85, medyan gecikme yarı yarıya düştü

Cloudflare, DNS bölgelerini her değişiklikte baştan kurmak yerine yalnızca etkilenen kısmı yeniden üretiyor. Zirve bellek 79 GiB'den 12 GiB'ye indi.

DijiSeyirYapay zekâ destekli içerik


3 dk okuma

Cloudflare logosunun asılı olduğu, ahşap şeritli bir şirket resepsiyon alanı
Temsilî görsel: Cloudflare ofisinin giriş alanıFotoğraf: HaeB, CC BY-SA 4.0, Wikimedia Commons
İçindekiler · 4 bölüm
  1. Sorun: Büyük bölgelerde her değişiklik tam yeniden oluşturma demekti
  2. Çözüm: Değişikliğe göre en küçük yapı
  3. Rakamlarla sonuç
  4. Doğrulama

Cloudflare, DNS kayıtlarındaki bir değişikliğin ardından ilgili bölgeyi (zone) baştan oluşturmak yerine yalnızca etkilenen kısmı yeniden üreten yeni bir yöntemi devreye aldığını duyurdu. Şirketin 2 Kasım 2026 tarihli blog yazısına göre değişiklik, zirve bellek kullanımını yüzde 85 azaltırken medyan yapılandırma gecikmesini yaklaşık yarıya indirdi.

Sorun: Büyük bölgelerde her değişiklik tam yeniden oluşturma demekti

Cloudflare’in anlattığına göre eski sistem, bir bölgenin ayarında küçük bir değişiklik olsa bile bölgenin tamamını yeniden kuruyordu. Bu, her kaydı okumayı, karşılaştırmayı ve bölgenin tamamını bellekte tutmayı gerektiriyordu. Bazı bölgelerde 20 milyonun üzerinde kayıt bulunuyor ve bu sayı yüz milyonlara çıkabiliyor; yazıya göre bu büyüklükteki bölgelerde tam yeniden oluşturma ölçeklenmiyordu.

Çözüm: Değişikliğe göre en küçük yapı

Ekip, bir değişikliğin hangi DNS adlarını ve meta verileri etkilediğini belirleyen bir planlayıcı geliştirdi. Planlayıcı, güvenli olduğu kanıtlanabilen en küçük yapı türünü seçiyor. Beş tür var:

  • yalnızca kaynak kayıtları,
  • kaynak kayıtları ve meta veri,
  • bölge tepesi (apex) ve meta veri,
  • silme,
  • tam bölge.

Cloudflare, planlayıcının belirsizlik durumunda daha az iş yapmayı seçmediğini vurguluyor: yazıdaki ifadeyle “planlayıcı belirsizliği asla daha az işe çevirmez”. Aynı bölgeye ait gelen işleri birleştiren tek bir zamanlayıcı da eklendi. İşlerin sırası Kafka üzerinde bozulmadan yürüyor; ekip bu noktada “bir değişikliği kaybetmek yerine işi tekrarlamayı bilerek seçtik” diyor.

Rakamlarla sonuç

Ölçüm Önce Sonra
Ortalama çalışma belleği 49 GiB 7 GiB (yüzde 86 düşüş)
Zirve bellek 79 GiB 12 GiB (yüzde 85 düşüş)
Medyan yapılandırma gecikmesi yaklaşık 7,7 sn yaklaşık 3,3 sn
p99 gecikme zirvesi 14,6 dk 1,21 dk (yaklaşık 12 kat)

Tam yeniden oluşturmalar yaklaşık yüzde 40 azaldı; kalan tam yeniden oluşturmaların oranı yüzde 7,04, meta veri içeren türlerle birlikte yüzde 11,88. Cloudflare, son 24 saatteki değişikliklerin yüzde 86,81’inin yalnızca kaynak kayıtlarını etkileyen en hafif yapıyla karşılandığını belirtiyor.

Doğrulama

Şirket, yeni yöntemi devreye almadan önce eski ve yeni çıktıları gölge karşılaştırmayla sınadığını söylüyor. 234.313 eşleşen bölgede fark oranı yüzde 0,31 çıktı.

Yazıda Türkiye’ye özel bir bilgi yer almıyor; değişiklik Cloudflare’in küresel DNS hattına ilişkin.

Kaynaklar

  1. Cloudflare Blog: How we halved DNS build delay and cut memory use by 85%
devamı / is-ve-girisim · 3 haber

İş & Girişim’den daha fazlası

cd /is-ve-girisim →