Uber mikroservis ağındaki yeniden deneme fırtınalarını hata sahipliği modeliyle önledi
Öne çıkanlar
- Hata sahipliği modeli, 18 Kasım 2025'teki kesintide 9,5 milyon gereksiz isteğin iletilmesini önledi.
- Uber'in API ağındaki yeniden deneme etki yarıçapı ortalama 20 derinlikten 2 derinliğe indi.
- Sistem, yalnızca hatayı doğrudan üreten servis ile çağırıcısı arasında yeniden denemeye izin veriyor.
Uber mühendisleri, mikroservis mimarisinde derin çağrı zincirleri boyunca katlanarak artan yeniden deneme fırtınalarını engellemek için paylaşılan altyapı düzeyinde hata sahipliği mekanizması geliştirdi. Sistem, bir servisin kendi içinde mi hata ürettiğini yoksa hatanın alt servislerden mi aktarıldığını tespit ederek gereksiz yeniden denemeleri engelliyor. Ortak ara yazılıma entegre edilen mimari, çağrı zincirinin üst katmanlarında bulunan servislerin başarısız çağrıları agresif biçimde tekrarlamasını önlüyor.
Geliştirilen mekanizma, servis bağımlılık analiz çözümüyle gelen ve giden çağrı hatalarını eşleştirerek çalışıyor. Hata yalnızca sorunun asıl kaynağı olan servis ile onun doğrudan bir üst istemcisi arasında yeniden deneniyor, daha üst basamaklardaki servislerin hata sahipliği üstlenmesi engelleniyor. Bu sayede hata bütçesi sınırlarına rağmen derin çağrı zincirlerinde ortaya çıkan üstel trafik artışı ortadan kalkıyor ve en az bir kez yeniden deneme garantisi korunuyor.
Sistem, 18 Kasım 2025 tarihinde yaşanan büyük bir altyapı kesintisi sırasında üretim ortamında test edildi. Çağrı zincirinde 5 basamak derinde bulunan çekirdek bir servisin çökmesi üzerine devreye giren mekanizma, ağ genelinde 9,5 milyon hatalı isteğin iletilmesini engelledi. Şirket verilerine göre ortalama fırtına etki yarıçapı 20 basamaktan 2 basamağa, azami etki yarıçapı ise 25 basamaktan 3 basamağa geriledi.
Bu özet yapay zekâ ile hazırlanmıştır; ayrıntılar ve doğrulama için orijinal kaynağa başvurun.