Kubernetes'te Service nedir ve ClusterIP, NodePort ile LoadBalancer arasındaki fark nedir?

Question

IT Interview Practice · Accepted Answer

Bir **Service**, label'lara göre seçilen *bir Pod kümesine* kararlı bir ağ kimliği (bir sanal IP ve bir DNS adı) verir. Pod'lar geçici olduğundan ve IP değiştirdiğinden, Service istemcilerin kullandığı kalıcı adrestir ve arkasındaki sağlıklı Pod'lar arasında **load balancing** yapar.

## Service'ler neden var

```text
Pod'lar gelir ve gider (her seferinde yeni IP). İstemcilerin KARARLI bir endpoint'e ihtiyacı var.
Bir Service:
  → Pod'ları label'a göre seçer  (selector: app=web)
  → sabit bir sanal IP + DNS adı alır (web.default.svc.cluster.local)
  → istekleri eşleşen ve HAZIR (Ready) Pod'lar arasında load balance eder
```

## Üç ana Service tipi

```text
ClusterIP    (varsayılan) → yalnızca cluster İÇİNDE erişilebilir
                          pod-to-pod / dahili service iletişimi için
NodePort               → HER node'da bir port açar (30000-32767)
                          dış trafik nodeIP:nodePort'a çarpar → Service → Pod'lar
LoadBalancer           → harici bir cloud load balancer sağlar
                          Service'e yönlendiren bir public IP verir
```

```text
       Internet
          │
   ┌──────┴───────┐
   │ LoadBalancer │  (cloud LB, public IP)     ← public service'ler için
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  NodePort    │  (node:30080)              ← her node'da açar
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  ClusterIP   │  (10.96.x.x, dahili)       ← temel yapı taşı
   └──────┬───────┘
       Pod'lar (app=web)
LoadBalancer, NodePort'un üzerine; NodePort, ClusterIP'nin üzerine inşa edilir.
```

## ClusterIP (dahili)

```yaml
apiVersion: v1
kind: Service
metadata:
  name: web
spec:
  type: ClusterIP          # varsayılan; atlanabilir
  selector:
    app: web               # app=web label'lı Pod'larla eşleşir
  ports:
    - port: 80             # Service portu
      targetPort: 8080     # container portu
```

Diğer Pod'lar ona DNS ile erişir: `http://web` (aynı namespace) veya `http://web.default.svc.cluster.local`.

## NodePort ve LoadBalancer

```yaml
# NodePort — her node nodePort'ta dinler ve Service'e iletir
spec:
  type: NodePort
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
      nodePort: 30080      # opsiyonel; 30000-32767
---
# LoadBalancer — cloud, public IP'li harici bir LB sağlar
spec:
  type: LoadBalancer
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
```

```bash
kubectl get svc            # tipleri, cluster IP'leri ve external IP'leri gör
kubectl get endpoints web  # Service'in arkasındaki gerçek Pod IP'leri
```

## Neden önemli

Service'ler, Kubernetes'te ağ oluşturmanın çalışma biçimidir; bu yüzden onları ve tip hiyerarşisini anlamak elzem, günlük bir bilgidir. Pod'lar geçici olduğundan ve her yeniden oluşturmada yeni IP aldığından, istemcileri doğrudan Pod IP'lerine yönlendiremezsiniz; bir **Service** bunu, label ile seçilmiş bir Pod kümesinin önünde **kararlı bir sanal IP ve DNS adı** sağlayarak ve trafiği yalnızca Ready olan Pod'lar arasında **load balancing** yaparak çözer. Üç tip katmanlı bir ilerleme oluşturur: **ClusterIP** (varsayılan) pod-to-pod ve service-to-service iletişimi için yalnızca dahili bir adres verir ve temel yapı taşıdır; **NodePort** dış trafiğin Service'e ulaşabilmesi için her node'da sabit bir port açar; ve **LoadBalancer** daha ileri giderek public IP'li harici bir cloud load balancer sağlar — her tip altındakinin üzerine inşa edilir. Hangisine başvuracağını bilmek — dahili microservice trafiği için ClusterIP, temel dış erişim veya on-prem kurulumlar için NodePort, cloud'da public bir endpoint açığa çıkarmak için LoadBalancer (ve pratikte HTTP yönlendirme için ClusterIP Service'lerin önünde Ingress) — bileşenlerin birbiriyle ve dış dünyayla nasıl konuşacağını tasarlamanın çekirdeğidir. Neredeyse her gerçek workload kararlı bağlantı ve load balancing'e ihtiyaç duyduğundan, Service'leri ve tiplerini anlamak, hem tasarımda hem hata ayıklamada sürekli ortaya çıkan temel bir Kubernetes ağ bilgisidir.

Service'ler neden var

Üç ana Service tipi

ClusterIP (dahili)

NodePort ve LoadBalancer

Neden önemli

İlgili sorular