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.
3 dk okuma

İçindekiler · 4 bölüm
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.


