6.3. Servis Keşfi

Örneklerin sürekli başlayıp durduğu ve yer değiştirdiği dinamik bir ortamda, sabit kodlanmış adresler imkansızdır — bir servis, bağımlılıklarının şu anda nerede yaşadığını keşfetmelidir. Temel seçim, bu aramanın nerede gerçekleştiğidir: istemci taraflı keşif mantığı (ve yük dengeleme kararını) çağırana koyar, sunucu taraflı ise onu bir yük dengeleyicinin arkasına gizler. Bu bölüm, her iki modeli, kayıt defterini doğru tutan kayıt yaklaşımlarını ve keşfin asla ölü bir örnek döndürmemesini sağlayan sağlık kontrolü desenini kapsar.

İncelenen Konular

• 6.3.1. İstemci Taraflı Keşif: Eureka, Ribbon ve Spring Cloud LoadBalancer: Çağıranın örneği seçtiği Eureka, Ribbon ve Spring Cloud LoadBalancer ile istemci taraflı keşfi kapsar.
• 6.3.2. Sunucu Taraflı Keşif: Load Balancer + Registry: Örnek seçimini bir yük dengeleyici ve kayıt defterinin arkasına gizleyen sunucu taraflı keşfi açıklar.
• 6.3.3. Öz Kayıt ve Üçüncü Taraf Kaydı: Servislerin kendilerini kaydetmesini, kaydı ele alan üçüncü taraf bir kaydediciyle karşılaştırır.
• 6.3.4. Consul: Servis Keşfi + Sağlık Kontrolü + KV Deposu: Consul’un birleşik servis keşfini, sağlık kontrolünü ve anahtar-değer deposunu kapsar.
• 6.3.5. DNS Tabanlı Keşif: Kubernetes DNS: DNS tabanlı keşfi ve Kubernetes DNS’in servisleri cluster-içi adreslere nasıl çözdüğünü açıklar.
• 6.3.6. Sağlık Kontrol Endpoint Deseni: Keşfin ve yük dengeleyicilerin ölü örneklerden kaçınmasını sağlayan sağlık kontrol endpoint desenini kapsar.