yoklateknik mülakat
GelişimGeçmiş

DevOps / Cloud Networking Dns Loadbalancing Mülakat Soruları

75 doğrulanmış DevOps / Cloud Networking Dns Loadbalancing mülakat sorusu — cevaplarıyla çöz, açıklamalarıyla öğren, gerçek simülasyonda kendini test et.

Gerçek simülasyonu dene →

Örnek sorular

Networking Dns LoadbalancingZorluk 1
Bir DNS A kaydının temel amacı nedir?
  • aBir hostname'i başka bir hostname'e yönlendiren bir alias saklar.
  • bBir hostname'i, client'ların sunucuya ulaşabilmesi için bir IPv4 adresine eşler.✓
  • cBir domain'den sorumlu mail sunucularını tanımlar.
  • dBir resolver'ın bir DNS yanıtını cache'te tutabileceği maksimum süreyi belirler.
Açıklama:A record, bir hostname'i doğrudan bir IPv4 adresine eşler. Bir hostname'i başka bir hostname'e yönlendirmek CNAME kaydının işidir; mail sunucusu ataması MX record'a aittir; cache süresi ise record tipinin kendisi değil TTL tarafından belirlenir.
Networking Dns LoadbalancingZorluk 1
Aşağıdaki zone kayıtları verildiğinde:
blog.example.com.    300  IN  CNAME  example.com.
example.com.          300  IN  A      203.0.113.10

Bir client blog.example.com için sorgu yapıyor. Sonunda hangi IP adresini alacak?
  • aHiçbir IP almaz — resolver'lar bir CNAME'i otomatik olarak başka bir kayda takip edemez.
  • bResolver hata döner, çünkü bir isim hem CNAME hem de A record zincirine sahip olamaz.
  • cBu tamamen example.com için tanımlı mail sunucusuna bağlıdır.
  • d203.0.113.10 — CNAME'i takip ederek ulaşılan example.com'un A record IP'si.✓
Açıklama:CNAME bir alias'tır: resolver onu hedef isme takip eder ve çözümlemeye oradan devam ederek sonunda A record'un IP'sini döner. Resolver'lar normal çözümlemenin bir parçası olarak CNAME zincirlerini otomatik takip eder; bunun mail sunucularıyla ilgisi yoktur.
Networking Dns LoadbalancingZorluk 2
Domain'inizin A record'unu yeni bir sunucunun IP adresine işaret edecek şekilde güncellediniz, ama sonrasında yaklaşık bir saat boyunca bazı ziyaretçiler hâlâ eski sunucuya düşüyor. En olası sebep nedir?
  • aDNS resolver'ları önceki kaydı cache'lemişti ve TTL süresi dolana kadar tekrar sorgu yapmayacaklar.✓
  • bYeni sunucu yanlış yapılandırılmış ve gelen tüm trafiği reddediyor.
  • cDomain registrar henüz record değişikliğini onaylamadı.
  • dClient ile sunucu arasındaki bir load balancer hâlâ bazı istekleri eski bir backend sunucuya yönlendiriyor.
Açıklama:Bu kademeli ve zaman-sınırlı belirti, DNS caching'in klasik imzasıdır: farklı resolver'lar eski yanıtı farklı zamanlarda cache'lemiştir, dolayısıyla TTL'e göre farklı zamanlarda expire olup tekrar sorgu yaparlar. Registrar onayı ya da sunucu yanlış yapılandırması genelde farklı, zamana bağlı olmayan bir belirti üretir.
Networking Dns LoadbalancingZorluk 1
Aşağıdaki zone kaydında:
www.example.com.   60   IN   A   203.0.113.5

60 değeri neyi temsil eder?
  • aBir resolver'ın sorguyu başarısız saymadan önce yapacağı retry sayısını.
  • bAynı hostname için birden fazla A record varsa sıralamada kullanılan öncelik değerini.
  • cBir resolver'ın bu kaydı cache'te tutabileceği maksimum saniye sayısı (TTL).✓
  • dSunucunun bu kayıt için dinlediği port numarasını.
Açıklama:Bir zone dosyasında, kayıt isminin yanındaki sayısal değer saniye cinsinden TTL'dir — resolver'ların yanıtı cache'te tutabileceği maksimum süre. DNS A record'ları öncelik taşımaz (bu bir MX kavramıdır) ya da port numarası taşımaz (bu bir SRV kavramıdır).
Networking Dns LoadbalancingZorluk 3
Ekibiniz planlanan bir migration öncesinde bir record'un TTL'ini 3600'den 60 saniyeye düşürüyor, 10 dakika bekliyor, sonra record'u yeni sunucuya çeviriyor. Migration sırasında, kullanıcıların küçük bir kısmı sonrasında bir saate kadar hâlâ eski sunucuya düşüyor. Bunu en iyi açıklayan nedir?
  • aZone dosyası doğru kaydedilmedi, dolayısıyla değişiklik hiç propagate olmadı.
  • bBazı resolver'lar yanıtı eski TTL altında zaten cache'lemişti ve bu cache erken expire olmaz.✓
  • cTTL sadece CNAME record'lara uygulanır, A record'lara değil; bu yüzden düşürmenin burada etkisi olmadı.
  • dDNS propagation, herhangi bir TTL ayarından bağımsız olarak her zaman tam 24-48 saat sürer.
Açıklama:TTL'i düşürmek yalnızca değişiklikten sonra yapılan yeni lookup'ları etkiler — bir resolver'ın eski, daha büyük TTL altında zaten cache'lediği yanıtların cache penceresini geriye dönük olarak küçültemez. Bu yüzden 10 dakika beklemek, her resolver'ın yeni kısa TTL'i almış olması için yeterli olmadı. TTL her record tipine uygulanır ve evrensel sabit bir propagation süresi yoktur.
Networking Dns LoadbalancingZorluk 1
Bir load balancer'ın temel amacı nedir?
  • aGelen trafiği birden fazla backend sunucusuna dağıtmak.✓
  • bClient ile backend sunucular arasında değişen tüm trafiği şifrelemek.
  • cStatik içeriği son kullanıcılara coğrafi olarak daha yakın sunuculara cache'lemek.
  • dClient'lar için okunabilir domain isimlerini IP adreslerine çevirmek.
Açıklama:Bir load balancer'ın temel işi, kapasite ve dayanıklılık için trafiği backend'lere dağıtmaktır. Trafiği şifrelemek (TLS termination) opsiyonel bir LB özelliği olabilir, içeriği kullanıcılara yakın cache'lemek CDN'in işidir, isimleri IP'ye çevirmek ise DNS'in işidir.

Uzmanlığa göre

AWS 450Azure 450GCP 450Kubernetes 450Linux 450Terraform 450

Kıdeme göre

DevOps / Cloud JuniorDevOps / Cloud MidDevOps / Cloud Senior

Diğer alanlar

BackendFrontendFullstackAI EngineerVeritabanıMobilGüvenlikQA / Test OtomasyonuData EngineerOyun GeliştirmeML Engineer

3375 soruluk DevOps / Cloud bankasında kendini sına.

Mülakata başla