קוברנטיקס לאנשים רגילים

יש טכנולוגיות שהן "כלים נחמדים" ויש טכנולוגיות שמשנות את כללי המשחק לחלוטין. HTML שינה את הדרך שבה מידע מועבר. Linux שינה את מה שמותר לנגוע בו בשרת. ו־Kubernetes :שכולם קוראים לו K8s ,שינה את הדרך שבה תוכנה רצה בעולם.

הבעיה? רוב ההסברים עליו נכתבו על ידי אנשים שכבר יודעים מה זה, לאנשים שכמעט יודעים מה זה. המאמר הזה נכתב בשבילכם, גם אם הרקע שלכם הוא Python בג'ופיטר נוטבוק, גם אם אתם מפתחים שמעלים ל־Heroku ומסתפקים בזה, גם אם שמעתם את המילה "קלאסטר" אבל בחרתם שלא לשאול.

רגע, מה הבעיה בכלל?

בואו נתחיל מהתמונה הגדולה. כתבתם אפליקציה. היא עובדת על המחשב שלכם. אפילו עלתה לשרת. מעולה. עכשיו קורה אחד מהדברים הבאים:

כל אחת מהבעיות האלה, לפני Kubernetes, דרשה פתרון מותאם אישית: סקריפטים, כלים שונים, אנשים שמתעוררים בלילה. K8s לקח את כל הבעיות האלה ואמר: "אנחנו פותרים אותן בתשתית."

מה זה קוברנטיקס בדיוק?

Kubernetes הוא מערכת אורקסטרציה לקונטיינרים ,כלומר, מנהל תזמורת שמחליט מתי, איפה ואיך קוד רץ, על אוסף מכונות שנקרא "קלאסטר".

השם עצמו Kubernetes בא מיוונית ומשמעותו קברניט, מי שמנווט את הספינה. הלוגו הוא גלגל הגה. זה לא מקרה.

הפרויקט נולד בגוגל ב-2014, מבוסס על ניסיון פנימי של שנים עם מערכת בשם Borg שהריצה את כל תשתיות גוגל. הם שחררו אותו כ-open source, ומאז תוך שנים ספורות — הפך לסטנדרט התעשייתי הבלתי מעורער.

רגע, מה זה קונטיינר?

לפני שמדברים על K8s, חייבים לדבר על Docker וקונטיינרים כי בלעדיהם K8s לא קיים.

Docker הוא הכלי שמייצר ומריץ קונטיינרים אלה. K8s הוא הכלי שמנהל אלפי קונטיינרים כאלה על עשרות או מאות שרתים ומוודא שהמערכת תמיד נמצאת במצב שביקשתם.

מילון מונחים: הדברים שתשמעו

איך זה עובד — הארכיטקטורה

קלאסטר K8s מחולק לשני חלקים עיקריים: הControl Plane (המוח) והWorker Nodes (הידיים).

הלב של הכל הוא עיקרון שנקרא "desired state": אתם לא אומרים ל-K8s "תעשה X". אתם אומרים "המצב הרצוי הוא Y". וה-Control Plane עושה את כל מה שנדרש כדי להגיע ל-Y — ולהישאר שם לנצח, גם כשדברים משתבשים.

מה זה נותן? למה זה משנה?

K8s מול הגישות הישנות

איך מתקינים ומתחילים?

לא מתחילים ישר עם קלאסטר production. מתחילים מקומית.

שלב 1 Docker Desktop + Kubernetes

הדרך הקלה ביותר: Docker Desktop כולל K8s מובנה. פשוט הפעילו אותו ב-Settings → Kubernetes → Enable Kubernetes. בחמש דקות יש לכם קלאסטר מקומי מלא.

שלב 2 התקנת kubectl

# macOS
brew install kubectl

# Linux
curl -LO "https://dl.k8s.io/release/$(curl -Ls https://dl.k8s.io/release/stable.txt)/bin/linux/amd64/kubectl"
chmod +x kubectl && sudo mv kubectl /usr/local/bin/

# בדקו שעובד
kubectl version --client
kubectl cluster-info

שלב 3 — הDeploy הראשון שלכם

צרו קובץ my-app.yaml:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3              # רוצים 3 עותקים תמיד
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app
        image: nginx:latest   # image מ-Docker Hub
        ports:
        - containerPort: 80
        resources:
          requests:
            memory: "64Mi"
            cpu: "100m"
          limits:
            memory: "128Mi"
            cpu: "500m"
---
apiVersion: v1
kind: Service
metadata:
  name: my-app-service
spec:
  selector:
    app: my-app
  ports:
  - port: 80
    targetPort: 80
  type: LoadBalancer

# Deploy!
kubectl apply -f my-app.yaml

# ראו מה קורה
kubectl get pods
kubectl get deployments
kubectl get services

זהו. יש לכם deployment עם 3 עותקים, load balancer, ואם Pod אחד ימות — K8s יעלה חדש תוך שניות.

פקודות שחייבים לדעת

# מה רץ?
kubectl get pods -A                      # כל ה-pods בכל ה-namespaces
kubectl get nodes                        # מצב ה-nodes

# מה קורה?
kubectl describe pod my-app-xxx          # פרטים על pod ספציפי
kubectl logs my-app-xxx                  # logs של pod
kubectl logs -f my-app-xxx              # logs בzמן אמת

# לנסות משהו
kubectl exec -it my-app-xxx -- /bin/bash # להיכנס לpod

# לעדכן
kubectl apply -f my-app.yaml             # deploy עדכון
kubectl rollout undo deployment/my-app  # rollback!

# לנקות
kubectl delete -f my-app.yaml

K8s בענן — בלי לסבול

בproduction אף אחד לא מנהל Control Plane לבד. משתמשים בmanaged K8s:

K8s בעידן ה-Vibe Coding

אחרי ChatGPT ו-Cursor ו-GitHub Copilot, אנשים מגיעים ל-K8s מנקודה שונה. פחות "צריך ללמוד לכתוב YAML", יותר "צריך להבין מה YAML הזה עושה".

האמת? בימינו Copilot יכתוב לכם YAML Deployment תוך 10 שניות. המסוכן הוא לא לא לדעת לכתוב המסוכן הוא לא לדעת לקרוא. לא לדעת מה זה requests לעומת limits. לא להבין למה replicas: 1 בproduction זו קטסטרופה. לא לדעת שbug ב-YAML יכול להוריד production בלי warning.

הידע שנדרש לא השתנה. מה שהשתנה הוא שהסף לכניסה ירד ואתם יכולים ללמוד תוך ימים מה שדרש לפני שנים של ניסיון. אבל רק אם מבינים את העקרונות.

מה K8s לא פותר

K8s הוא לא כדור כסף. יש דברים שהוא לא עושה טוב, או בכלל:

איפה ללמוד יותר

סיכום

Kubernetes הוא לא עוד כלי DevOps. הוא שינוי פרדיגמה מ"אני מנהל שרתים" ל"אני מצהיר על המצב הרצוי ו-K8s מוודא אותו." מ"אני בונה infra ידנית" ל"אני מגדיר infra כקוד." מ"אני מתעורר ב-3 לפנות בוקר כשמשהו מת" ל-"המערכת מרפאת את עצמה."

זו הסיבה שב-2025 לא יוצאים לשוק כ-engineer בכל רמה שהיא — בלי לפחות להבין את המושגים הבסיסיים. לא כי K8s הוא תשובה לכל בעיה, אלא כי הוא הפך לשפת המבוגרים של תשתיות ותוכנה.

עכשיו אתם יודעים מספיק כדי להתחיל. kubectl apply -f ותתחילו לראות את הקסם.