Mitä ovat Servicet Kubernetesissa, ja mitä eroa on ClusterIP:llä, NodePortilla ja LoadBalancerilla?

Question

IT Interview Practice · Accepted Answer

**Service** antaa vakaan verkkoidentiteetin (virtuaali-IP:n ja DNS-nimen) *Pod-joukolle*, joka valitaan labelien perusteella. Koska Podit ovat lyhytikäisiä ja vaihtavat IP:itä, Service on se kestävä osoite jota asiakkaat käyttävät, ja se **tasaa kuormaa (load-balance)** takanaan olevien terveiden Podien kesken.

## Miksi Servicet ovat olemassa

```text
Pods come and go (new IP each time). Clients need a STABLE endpoint.
A Service:
  → selects Pods by label  (selector: app=web)
  → gets a fixed virtual IP + DNS name (web.default.svc.cluster.local)
  → load-balances requests across the matching, READY Pods
```

## Kolme pääasiallista Service-tyyppiä

```text
ClusterIP    (default)  → reachable ONLY inside the cluster
                          for pod-to-pod / internal service communication
NodePort               → opens a port on EVERY node (30000-32767)
                          external traffic hits nodeIP:nodePort → Service → Pods
LoadBalancer           → provisions an external cloud load balancer
                          gives a public IP that routes to the Service
```

```text
       Internet
          │
   ┌──────┴───────┐
   │ LoadBalancer │  (cloud LB, public IP)   ← for public services
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  NodePort    │  (node:30080)            ← exposes on each node
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  ClusterIP   │  (10.96.x.x, internal)   ← the base building block
   └──────┬───────┘
       Pods (app=web)
LoadBalancer builds on NodePort, which builds on ClusterIP.
```

## ClusterIP (sisäinen)

```yaml
apiVersion: v1
kind: Service
metadata:
  name: web
spec:
  type: ClusterIP          # oletus; voidaan jättää pois
  selector:
    app: web               # täsmää Podeihin, joilla on label app=web
  ports:
    - port: 80             # Servicen portti
      targetPort: 8080     # kontin portti
```

Muut Podit tavoittavat sen DNS:llä: `http://web` (sama namespace) tai `http://web.default.svc.cluster.local`.

## NodePort ja LoadBalancer

```yaml
# NodePort — jokainen node kuuntelee nodePortissa ja välittää Serviceen
spec:
  type: NodePort
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
      nodePort: 30080      # valinnainen; 30000-32767
---
# LoadBalancer — cloud provisioi ulkoisen LB:n julkisella IP:llä
spec:
  type: LoadBalancer
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
```

```bash
kubectl get svc            # näe tyypit, cluster-IP:t ja external-IP:t
kubectl get endpoints web  # varsinaiset Pod-IP:t Servicen takana
```

## Miksi se on tärkeää

Servicet ovat se, miten verkotus toimii Kubernetesissa, joten niiden ja tyyppihierarkian ymmärtäminen on olennaista, arkista tietoa. Koska Podit ovat lyhytikäisiä ja saavat uuden IP:n joka uudelleenluonnilla, et voi osoittaa asiakkaita suoraan Pod-IP:isiin; **Service** ratkaisee tämän tarjoamalla **vakaan virtuaali-IP:n ja DNS-nimen** label-valitun Pod-joukon eteen, ja **tasaamalla kuormaa** vain Ready-tilassa olevien Podien kesken. Kolme tyyppiä muodostavat kerroksellisen etenemän: **ClusterIP** (oletus) antaa vain sisäisen osoitteen pod-to-pod- ja service-to-service-viestintään ja on perusrakennuspalikka; **NodePort** avaa kiinteän portin jokaisella nodella, jotta ulkoinen liikenne pääsee Serviceen; ja **LoadBalancer** menee pidemmälle provisioimalla ulkoisen pilvikuormantasaajan julkisella IP:llä — kukin tyyppi rakentuen alapuolisen päälle. Sen tietäminen mihin tarttua — ClusterIP sisäiseen mikropalveluliikenteeseen, NodePort perustason ulkoiseen pääsyyn tai on-prem-asetelmiin, LoadBalancer julkisen päätepisteen paljastamiseen pilvessä (ja käytännössä Ingress ClusterIP-Servicejen edessä HTTP-reititykseen) — on ydinasia sen suunnittelussa, miten komponentit puhuvat toisilleen ja ulkomaailmalle. Koska lähes jokainen todellinen työkuorma tarvitsee vakaan yhteyden ja kuormantasauksen, Servicejen ja niiden tyyppien ymmärtäminen on perustavaa Kubernetes-verkotustietoa, joka nousee esiin jatkuvasti sekä suunnittelussa että debuggauksessa.

Miksi Servicet ovat olemassa

Kolme pääasiallista Service-tyyppiä

ClusterIP (sisäinen)

NodePort ja LoadBalancer

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset