İçeriğe geçin

Yük dengeleyici

Yük dengeleyici, bağlantı veya talepleri birden fazla hedefe dağıtır. Gerçek davranışı dağıtım kuralı, durum yönetimi ve arıza kontrolleri belirler.

Diğer adlarıLoad Balancer
Bulut ve işletim

Yük dengeleyici nedir?

Yük dengeleyici, gelen bağlantı veya talepleri birden fazla sunucuya ya da uygulama örneğine dağıtır. NGINX, HTTP trafiği ve farklı dağıtım yöntemleri için bunu açıklar. Hangi hedefin seçileceği yapılandırmaya bağlıdır. Yük dağıtımı, her örneğin kendiliğinden aynı sayıda iş yürütmesi demek değildir.

Örnek: birden fazla portal örneği çalıştırmak

Kurgusal ekip aynı portalın birden fazla örneğini çalıştırır. Yük dengeleyici, talep için bir hedef seçer. Ekip, hedef değişiminin çelişkili görünümler oluşturmaması için oturumların, yüklenen dosyaların ve ortak verilerin nerede tutulacağını belirlemelidir.

Ayrıca kullanılamaz hedeflerin nasıl tespit edilip dağıtımdan çıkarılacağını tanımlar. Bir sunucuya ulaşılabilmesi, her iş akışının çalıştığını doğrulamaz.

Yük dengeleyicinin kendisi ve ortak hizmetler de arızalanabilir veya darboğaz olabilir. Bu nedenle birden fazla portal örneği, yüksek erişilebilirlik kanıtı değildir; öngörülen arıza davranışı kontrol edilmelidir.

Kaynaklar

İlgili terimler

Bu konudaki yazılar

Insights · Bulut ve işletim1 dkYeşil durum göstergesi gerçekte neyi kontrol ediyor?Ana sayfanın erişilebilir olması sipariş sürecini kanıtlamaz. Kontrol edilen işi ve her yeşil sinyalin sınırlarını açıkça adlandırın.Philipp Reuter13 Kas 2026
Insights · Bulut ve işletim1 dkBarındırma değişiminde teknik görevleri yeniden dağıtmakYönetilen hizmet bazı işletim görevlerini üstlenebilir. Hesapları, proje erişimlerini, anahtarları ve devri kimin yönettiğini yine de somut olarak kontrol edin.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkİki uygulama sunucusu aynı arıza nedenini paylaşabilirİkinci uygulama sunucusu belirli arızalarda yardımcı olur. Ortak veritabanı veya tek erişim noktası, bütün akışı yine durdurabilir.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkAcil alarmlar somut bir eylem gerektirirKurgusal bir vaka, yinelenen hata bildirimlerini uyarılardan ayırıyor. Daha az kesinti tek başına güvenilirliğin arttığını kanıtlamaz.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkOtomatik güncellemelere durdurma koşulları koymakOtomasyon, kurulum sonrası testlere ihtiyaç duyar. Yayılımın hangi durumda duracağını ve devam kararını kimin vereceğini belirleyin.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkSLA hedeflerini müdahale süreciyle ilişkilendirmekBir erişilebilirlik oranının ölçüm kapsamı açık olmalıdır. Uygulama kesintisinde gözlem, sorumluluk ve yeniden başlama adımları da gerekir.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkKüçük ekipler işletebildikleri altyapıyı seçmeliAltyapıyı seçerken güncellemeleri, arızaları ve geri yüklemeyi kimin yöneteceğine bakın. Küçük bir portal örneğiyle orkestrasyon ihtiyacını değerlendirin.Lukas Schneider13 Kas 2026
Insights · Bulut ve işletim2 dkSunucu bedeli işletim maliyetinin yalnız bir parçasıdırİki kurgusal paket fiyatı, toplam maliyeti karşılaştırmadan önce hizmet kapsamının ve şirkette kalan işletim işlerinin neden açıklanması gerektiğini gösterir.Lukas Schneider13 Kas 2026

ASES ile Bulut ve işletim

Barındırma, yayına alma, bakım ve destek

Teklif alınBulut ve işletim hakkında