A Kubernetes (gyakran K8s rövidítéssel) egy nyílt forráskódú container orchestration platform. Automatizálja a konténerizált alkalmazások telepítését, skálázását, hálózatozását és öngyógyítását egy gépekből álló clusteren, így neked csak a kívánt állapotot (desired state) kell leírnod, a Kubernetes pedig folyamatosan dolgozik azon, hogy a valóság ehhez igazodjon.
You have containers (from Docker), but in production you must also answer:
→ On WHICH machine does each container run? (scheduling)
→ What if a container crashes? (self-healing / restarts)
→ What if a whole node dies? (reschedule elsewhere)
→ How do 50 replicas find and talk to each other? (service discovery)
→ How do I roll out a new version with zero downtime? (rolling updates)
→ How do I scale from 3 to 30 replicas on a traffic spike? (autoscaling)
Doing all this by hand across many servers does not scale.
Beadsz egy manifestet, amely leírja, mit szeretnél, a cluster control loop-jai pedig a rendszert efelé terelik:
apiVersion: apps/v1
kind: Deployment
metadata:
name: web
spec:
replicas: 3 # "Mindig 3 futó példányt akarok"
selector:
matchLabels: { app: web }
template:
metadata:
labels: { app: web }
spec:
containers:
- name: web
image: nginx:1.27
ports:
- containerPort: 80
kubectl apply -f web.yaml # a kívánt állapot deklarálása
kubectl get pods # a Kubernetes létrehozott és ütemezett 3 Podot
Ha egy Pod meghal, a Kubernetes észreveszi az eltérést (2 fut a kívánt 3 helyett), és automatikusan létrehoz egy pótlást.
✓ SCHEDULING — places Pods on nodes based on resources & constraints
✓ SELF-HEALING — restarts failed containers, replaces dead Pods/nodes
✓ SERVICE DISCOVERY— stable virtual IPs & DNS names for groups of Pods
✓ LOAD BALANCING — spreads traffic across healthy replicas
✓ ROLLING UPDATES — ship new versions with no downtime, roll back on failure
✓ SCALING — manual or automatic (Horizontal Pod Autoscaler)
✓ CONFIG & SECRETS — inject configuration without rebuilding images
✓ STORAGE ORCHESTRATION — attach persistent volumes to workloads
IMPERATIVE → "run this command, then that command" (you manage each step)
DECLARATIVE → "here is the end state I want" (Kubernetes reconciles to it)
The declarative, reconciliation-loop model is Kubernetes' core idea.
A Kubernetes de facto szabvánnyá vált a konténerizált workloadok production környezetben való futtatására, ezért annak megértése, hogy mi az és milyen problémákat old meg, alapvető, széles körben alkalmazható tudás. A konténerek (olyan eszközökből, mint a Docker) a csomagolást oldják meg, de nem válaszolják meg azokat az üzemeltetési kérdéseket, amelyek nagy méretben merülnek fel: melyik gépen fut az egyes konténerek, mi történik, ha egy konténer vagy egy egész node meghibásodik, hogyan találja meg és beszél egymással több tucat replika, hogyan lehet új verziót kiadni leállás nélkül, és hogyan lehet a kereslethez igazodva fel- és leskálázni. A Kubernetes mindezt egy deklaratív, reconciliation-alapú modellel kezeli: a kívánt állapotot egy manifestben írod le, a cluster control loop-jai pedig folyamatosan a tényleges állapotot efelé terelik — szükség szerint Podokat hozva létre, ütemezve, újraindítva és pótolva. Ez ad neked öngyógyítást (az összeomlott konténerek és a meghalt node-ok automatikusan helyreállnak), service discovery-t és load balancing-et (stabil virtuális IP-k és DNS a Pod-csoportok előtt), rolling update-eket és rollbackeket (leállás nélküli telepítés), skálázást (kézi vagy automatikus), valamint config-, secret- és storage-orchestration-t. Mivel a Kubernetes az alapja annak, ahogy az iparág nagy része szoftvert telepít és üzemeltet — minden nagy cloudon és on-premises környezetben egyaránt —, a céljának és a középpontjában álló deklaratív modellnek a megértése elengedhetetlen kontextus a modern infrastruktúra-munkához, és az a gondolati alap, amelyre minden további Kubernetes-fogalom épül.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás