30 שאלות לקראת ראיון DevOps : שאלות נפוצות ותשובות מלאות

ראיון DevOps בישראל של 2025 הוא לא מבחן טריוויה — זו שיחה מקצועית שבודקת אם אתם חושבים כמו מהנדסי תשתיות של אמת. השאלות שמופיעות כאן הן השאלות שנשאלות בפועל, בחדרי ראיונות אמיתיים, בחברות ישראליות מובילות ובסטארטאפים שרק התחילו להרים צוות DevOps. כל שאלה מלווה בתשובה מעשית — לא משפט כללי, אלא הסבר שמראה שאתם יודעים מה קורה מתחת למכסה המנוע. קראו, תרגלו, ותגיעו לראיון הבא מוכנים.

לפי סקר של Puppet ו-CircleCI משנת 2024, ארגונים עם תרבות DevOps בוגרת משחררים קוד פי 208 מהר יותר ועם 3 פעמים פחות כשלונות. המראיינים יודעים את זה — ולכן הם מחפשים אנשים שמבינים את כל השרשרת, לא רק פינה אחת שלה.

CI/CD — שאלות 1 עד 8

שאלה 1: מה ההבדל בין Continuous Integration ל-Continuous Delivery ל-Continuous Deployment?

CI הוא תהליך שבו כל מפתח משלב את הקוד שלו ל-main branch לפחות פעם ביום, עם הרצה אוטומטית של בדיקות. CD — Continuous Delivery — מוסיף שלב: הקוד מוכן לפריסה בכל רגע, אבל ההחלטה לפרוס היא ידנית. Continuous Deployment הולך צעד נוסף — כל שינוי שעובר את הבדיקות יוצא לפרודקשן אוטומטית. בישראל, רוב הסטארטאפים עובדים ב-Continuous Deployment, ואילו חברות אנטרפרייז נוטות ל-Continuous Delivery עם שער אישור.

שאלה 2: מה זה Jenkinsfile ומה היתרונות של Pipeline as Code?

Jenkinsfile הוא קובץ טקסט שמתאר את ה-pipeline בתוך הריפו עצמו. זה אומר שה-pipeline עובר Code Review כמו כל קוד אחר, יש לו היסטוריית Git, ואפשר לעשות לו branching. היתרונות: שחזוריות מלאה, שקיפות לכל הצוות, ויכולת rollback.

שאלה 3: איך בונים pipeline רב-שלבי ב-GitHub Actions?

מגדירים workflow YAML עם jobs שונים ותלויות ביניהם דרך needs. כל job רץ על runner נפרד, מה שמאפשר הקבלה.

שאלה 4: מה עושים כש-pipeline נשבר ב-3 בלילה?

שאלה קלאסית שבודקת חשיבה מערכתית. התשובה: קודם כול בודקים את הלוגים של ה-stage שנכשל. אם זה flaky test — בודקים אם יש תלות חיצונית (API, DB). אם זה build failure — בודקים את ה-commit האחרון. הנקודה היא: לא מתחילים לשנות קוד לפני שמבינים את הבעיה. ולמי שיגיד "אני פותר לבד" — שגוי. תעד, תעלה ל-Slack, תפתח incident.

שאלה 5: מה ההבדל בין Jenkins ל-GitHub Actions ל-GitLab CI?

ראו טבלת השוואה מפורטת בהמשך.

שאלה 6: מה זה Artifact ו-Registry בהקשר של CI/CD?

Artifact הוא תוצר בנייה — קובץ JAR, Docker image, חבילת npm. ה-Registry הוא המקום שמאחסן את ה-artifacts: Docker Hub, JFrog Artifactory, GitHub Packages. בישראל, JFrog (שהיא חברה ישראלית!) היא סטנדרט בתעשייה.

שאלה 7: איך מטמיעים Blue-Green Deployment?

מריצים שתי סביבות זהות — "כחולה" (נוכחית) ו"ירוקה" (חדשה). מפנים את ה-load balancer לסביבה הירוקה אחרי שעברה בדיקות. אם יש תקלה — מחזירים ל-כחולה תוך שניות.

שאלה 8: מה זה Canary Release ומתי משתמשים בו?

פורסים את הגרסה החדשה ל-5%–10% מהמשתמשים. עוקבים אחרי מדדים (error rate, latency). אם הכול תקין — מגדילים בהדרגה ל-100%. מתאים במיוחד לשירותים עם מיליוני משתמשים.

נקודת מפתח: מראיינים בישראל לא מחפשים הגדרות מוויקיפדיה — הם רוצים לשמוע סיפור אמיתי: "הייתה לנו תקלה, בנינו pipeline שמנע את זה, הנה מה שעשינו." הניסיון בעט הוא הזהב שלכם.

קונטיינרים ואורקסטרציה — שאלות 9 עד 16

שאלה 9: מה ההבדל בין Docker image ל-Docker container?

Image הוא template לקריאה בלבד — כמו class בתכנות. Container הוא instance חי שרץ ממנו — כמו object. אפשר להריץ עשרות containers מאותו image.

שאלה 10: מה זה multi-stage build ב-Docker ולמה הוא חשוב?

Multi-stage build מאפשר לבנות את האפליקציה ב-stage אחד ולהעתיק רק את התוצר הסופי ל-image קטן וקלילוני. זה מקטין את גודל ה-image בעשרות אחוזים ומצמצם את שטח התקיפה.

שאלה 11: מה התפקיד של Kubernetes ומתי לא צריך אותו?

Kubernetes (K8s) הוא מערכת אורקסטרציה שמנהלת פריסה, סקיילינג ושחזור של קונטיינרים. מתי לא צריך? כשיש שניים-שלושה שירותים פשוטים — Docker Compose או שירות מנוהל כמו AWS ECS מספיק. Kubernetes מוסיף מורכבות — אל תשלפו אותו רק כי זה מגניב.

שאלה 12: מה ההבדל בין Pod ל-Deployment ל-Service ב-Kubernetes?

Pod הוא היחידה הקטנה ביותר — מכיל קונטיינר אחד או יותר. Deployment מנהל את מחזור החיים של Pods: כמה replicas, איך לעדכן, מתי לעשות rollback. Service חושף את ה-Pods לרשת — כמו load balancer פנימי.

שאלה 13: איך עובד Horizontal Pod Autoscaler?

HPA עוקב אחרי מדדים (CPU, memory, מדדים מותאמים אישית) ומשנה את מספר ה-replicas בהתאם. מגדירים min, max ו-target utilization. זה מבטיח שהמערכת מגדילה קיבולת בעומס ומקטינה כשהכול רגוע.

שאלה 14: מה זה Helm ולמה הוא נחשב "מנהל חבילות של Kubernetes"?

Helm מאפשר לארוז כמה manifest files של K8s ל-Chart אחד עם ערכים משתנים (values.yaml). זה כמו apt-get לקוברנטיס — מתקינים, מעדכנים ומוחקים אפליקציות שלמות בפקודה אחת.

שאלה 15: מה ההבדל בין ConfigMap ל-Secret ב-Kubernetes?

ConfigMap מאחסן הגדרות לא רגישות (כתובות URLs, דגלי פיצ'ר). Secret מאחסן מידע רגיש (סיסמאות, מפתחות API) — מקודד ב-base64 כברירת מחדל, אבל חובה להצפין אותו עם Sealed Secrets או Vault בפרודקשן.

שאלה 16: איך מבצעים rolling update ב-Kubernetes?

Deployment מגדיר אסטרטגיית עדכון RollingUpdate עם maxSurge ו-maxUnavailable. K8s מחליף Pods ישנים בחדשים בהדרגה, כך שאין downtime. אם readiness probe נכשל — העדכון נעצר אוטומטית.

IaC (Infrastructure as Code) — שאלות 17 עד 23

שאלה 17: מה ההבדל בין Terraform ל-Ansible?

Terraform הוא declarative — מתארים את המצב הרצוי וה-tool מביא אליו. מתמקד בתשתית (servers, networks, databases). Ansible הוא procedural (אם כי אפשר declarative) — מתמקד בקונפיגורציה של שרתים קיימים. בפועל, משתמשים בשניהם: Terraform ליצירת התשתית, Ansible להגדרתה.

שאלה 18: מה זה Terraform State ולמה הוא קריטי?

State file הוא קובץ JSON ש-Terraform שומר כדי לדעת מה המצב הנוכחי של התשתית. בלי state — Terraform לא יודע מה כבר קיים ועלול ליצור כפילויות. חובה לשמור את ה-state ב-remote backend (S3, GCS) עם locking (DynamoDB) כדי למנוע קונפליקטים בצוות.

שאלה 19: מה זה GitOps ואיך ArgoCD מממש את זה?

GitOps הוא עיקרון שבו Git הוא ה-single source of truth לכל התשתית. ArgoCD עוקב אחרי ריפו Git ומסנכרן אוטומטית את מצב ה-cluster לפי ה-manifests. שינוי? עושים PR, מאשרים, ArgoCD פורס. אין SSH לשרת, אין פקודות ידניות.

שאלה 20: מתי כדאי לבחור Pulumi במקום Terraform?

Pulumi מאפשר לכתוב IaC בשפות תכנות רגילות (Python, TypeScript, Go) במקום HCL. זה מתאים כשצריך לוגיקה מורכבת, loops מתקדמים, או כשהצוות כבר חזק בשפה מסוימת. ל-Terraform יש אקוסיסטם גדול יותר ו-community חזק — בישראל, Terraform עדיין דומיננטי.

שאלה 21: מהם Terraform Modules ולמה הם חשובים?

Module הוא יחידת קוד Terraform שאפשר לעשות לה שימוש חוזר — כמו function. במקום להעתיק-להדביק 200 שורות לכל VPC, יוצרים module עם משתנים. זה מקטין שגיאות, מייצר סטנדרטיזציה ומאפשר לצוותים שונים לעבוד עצמאית.

שאלה 22: מה זה Policy as Code ואיך Open Policy Agent עובד?

Policy as Code הוא קוד שמגדיר את כללי האבטחה והתאימות — "אסור ליצור S3 bucket ציבורי", "כל Pod חייב resource limits". OPA (Open Policy Agent) בודק כל בקשה מול מדיניות כתובה ב-Rego. משלבים אותו ב-CI או כ-admission controller ב-K8s.

שאלה 23: איך מנהלים Secrets בצורה מאובטחת ב-DevOps?

לעולם לא שומרים סיסמאות ב-Git — גם לא ב-private repo. הפתרונות: HashiCorp Vault (סטנדרט זהב), AWS Secrets Manager, Azure Key Vault, Sealed Secrets ב-K8s. ב-CI/CD — משתמשים ב-environment variables מוצפנים. בישראל, בחברות עם דרישות SOC 2 ו-ISO 27001, Vault הוא כמעט חובה.

טעות נפוצה: מועמדים רבים מסבירים מה Terraform עושה אבל לא מספרים איך ניהלו state בצוות של חמישה אנשים. המראיין רוצה לשמוע שעבדתם עם remote backend, שחוויתם state lock ופתרתם אותו — לא שקראתם את התיעוד.

ניטור, לוגים ואבטחה — שאלות 24 עד 30

שאלה 24: מה ההבדל בין Monitoring ל-Observability?

Monitoring עוקב אחרי מדדים ידועים מראש — CPU, memory, response time. Observability (תצפיתיות) היא היכולת להבין מה קורה במערכת גם כשלא ידעתם מראש מה לחפש. שלושת הנדבכים: Metrics (Prometheus), Logs (ELK/Loki), Traces (Jaeger/Zipkin).

שאלה 25: איך Prometheus אוסף מדדים?

Prometheus עובד ב-pull model — הוא פונה לנקודות /metrics של השירותים בתדירות קבועה (scrape). כל שירות חושף מדדים בפורמט OpenMetrics. אפשר גם push דרך Pushgateway לעבודות batch.

שאלה 26: מתי כדאי לבחור ELK Stack ומתי Loki?

ELK (Elasticsearch, Logstash, Kibana) חזק בחיפוש full-text על לוגים לא מובנים — מתאים לארגונים גדולים עם צוות ייעודי. Loki של Grafana מאנדקס רק labels (כמו Prometheus ללוגים) — קל יותר, זול יותר, מתאים לצוותים קטנים שכבר עובדים עם Grafana.

שאלה 27: מה זה DevSecOps ואיך מטמיעים אותו ב-pipeline?

DevSecOps משלב בדיקות אבטחה לתוך ה-CI/CD — לא בסוף, אלא בכל שלב. SAST (סריקת קוד סטטית) עם SonarQube או Snyk, SCA (בדיקת תלויות) עם Dependabot, container scanning עם Trivy, ו-DAST (בדיקות דינמיות) לפני פריסה.

שאלה 28: מה זה SLA, SLO ו-SLI?

SLI (Service Level Indicator) — המדד עצמו: "99.2% מהבקשות חזרו תוך 200ms". SLO (Service Level Objective) — היעד הפנימי: "אנחנו מכוונים ל-99.5%". SLA (Service Level Agreement) — ההתחייבות החוזית: "אם ניפול מ-99.9% — נפצה את הלקוח". כל DevOps חייב להבין את השלושה.

שאלה 29: מה זה Incident Management ואיך מנהלים Post-Mortem?

כשמשהו נופל — יש תהליך: זיהוי (alerting), תגובה (on-call), הכלה (mitigation), תיקון (resolution), ולמידה (post-mortem). Post-Mortem חייב להיות blameless — מחפשים מה במערכת נכשל, לא מי אשם. מתעדים: מה קרה, ציר זמן, השפעה, ו-action items.

שאלה 30: מהם מדדי DORA ולמה הם חשובים?

ארבעה מדדים שמודדים ביצועי DevOps: Deployment Frequency (כמה פעמים פורסים), Lead Time for Changes (כמה זמן מ-commit לפרודקשן), Change Failure Rate (אחוז הפריסות שגורמות לתקלה), ו-Mean Time to Restore (זמן שחזור). לפי דו"ח DORA 2024 של Google, צוותי elite פורסים מספר פעמים ביום עם lead time של פחות משעה.

אחת השאלות שחוזרות בראיונות היא "למה בחרת ב-X ולא ב-Y?" הטבלה הבאה מסכמת את ההבדלים המרכזיים בין כלי CI/CD פופולריים:

מראיינים רבים מבקשים לכתוב pipeline בזמן אמת. הנה דוגמה ל-GitHub Actions workflow שבונה Docker image, סורק אותו עם Trivy ופורס ל-Kubernetes:

# .github/workflows/deploy.yml
name: Build, Scan & Deploy

on:
  push:
    branches: [main]

env:
  IMAGE: ghcr.io/${{ github.repository }}:${{ github.sha }}

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Build Docker image
        run: docker build -t $IMAGE .

      - name: Scan with Trivy
        uses: aquasecurity/trivy-action@master
        with:
          image-ref: ${{ env.IMAGE }}
          severity: CRITICAL,HIGH
          exit-code: 1

      - name: Push to GHCR
        run: |
          echo "${{ secrets.GITHUB_TOKEN }}" | docker login ghcr.io -u ${{ github.actor }} --password-stdin
          docker push $IMAGE

  deploy:
    needs: build
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Set up kubectl
        uses: azure/setup-kubectl@v3

      - name: Configure kubeconfig
        run: echo "${{ secrets.KUBECONFIG }}" | base64 -d > $HOME/.kube/config

      - name: Deploy with Helm
        run: |
          helm upgrade --install myapp ./helm/myapp 
            --set image.tag=${{ github.sha }} 
            --namespace production 
            --wait --timeout 300s

ודוגמה לפקודות kubectl שנשאלות בראיונות — ניהול Pods בסיסי:

# לראות את כל ה-Pods ב-namespace מסוים
kubectl get pods -n production -o wide

# לראות לוגים של Pod ספציפי
kubectl logs -f deployment/myapp -n production --tail=100

# לתאר Pod ולבדוק Events (שימושי לדיבאג)
kubectl describe pod myapp-7d4f8b6c9-xk2m4 -n production

# לבדוק resource usage
kubectl top pods -n production

# לבצע rolling restart ל-Deployment
kubectl rollout restart deployment/myapp -n production

# לבדוק סטטוס של rollout
kubectl rollout status deployment/myapp -n production

# לחזור לגרסה קודמת
kubectl rollout undo deployment/myapp -n production

ודוגמה ל-Terraform שמגדיר VPC בסיסי ב-AWS — שאלה נפוצה בראיונות תשתיות ענן:

# main.tf
provider "aws" {
  region = var.region
}

module "vpc" {
  source  = "terraform-aws-modules/vpc/aws"
  version = "5.1.0"

  name = "devops-interview-vpc"
  cidr = "10.0.0.0/16"

  azs             = ["${var.region}a", "${var.region}b"]
  private_subnets = ["10.0.1.0/24", "10.0.2.0/24"]
  public_subnets  = ["10.0.101.0/24", "10.0.102.0/24"]

  enable_nat_gateway = true
  single_nat_gateway = true

  tags = {
    Environment = "interview-demo"
    ManagedBy   = "terraform"
  }
}

# variables.tf
variable "region" {
  default = "eu-west-1"
}

שורה תחתונה לפועלים: אל תשננו תשובות — תרגלו אותן. הרימו cluster מקומי עם minikube, כתבו pipeline אמיתי, שברו אותו ותקנו. מי שיגיד בראיון "בניתי את זה בידיים" תמיד ינצח את מי שיגיד "קראתי על זה."

ראיון DevOps מצליח הוא לא עניין של מזל — הוא תוצאה של הכנה ממוקדת שמשלבת הבנה תיאורטית עם ניסיון מעשי. 30 השאלות שכיסינו כאן מייצגות את הציר המלא: CI/CD, קונטיינרים ו-Kubernetes, תשתיות כקוד, ניטור ואבטחה. מי שמכיר את הנושאים האלה ברמה שמאפשרת לספר סיפור אמיתי מהשטח — ייכנס לראיון עם ביטחון.

• תרגלו hands-on: הרימו minikube, כתבו Jenkinsfile או GitHub Actions workflow, הפילו Pod ותתצפתו על ה-rollback.
• הכירו את הכלים הפופולריים בישראל: Jenkins, GitHub Actions, Terraform, ArgoCD, Prometheus, Grafana — אלה מופיעים ב-80% ממשרות ה-DevOps בישראל.
• תתכוננו עם סיפורים: לכל שאלה טכנית, הכינו דוגמה אמיתית — "הגדרתי pipeline שקיצר את ה-lead time מ-3 ימים ל-20 דקות."
• אל תזניחו אבטחה: DevSecOps הפך מ-nice-to-have לדרישת חובה — בטח בחברות ישראליות עם לקוחות אנטרפרייז בארה"ב ובאירופה.
• הכירו את מדדי DORA: הם הפכו לשפה המשותפת של התעשייה — מראיינים ישאלו עליהם.

עודכן: 2025-07-11

כמה זמן צריך להתכונן לראיון DevOps?

הכנה ממוקדת של 10–15 שעות פרוסות על פני שבוע עד שבועיים מספיקה לכיסוי הנושאים המרכזיים. חלקו את הזמן: 40% תרגול hands-on (בניית pipelines, עבודה עם kubectl), 30% חזרה על שאלות תיאורטיות, 30% תרגול סיפורים מהניסיון שלכם.

האם צריך לדעת לתכנת כדי לעבוד ב-DevOps?

כן, אבל לא ברמה של מפתח Full Stack. צריך שליטה טובה ב-Bash scripting, Python בסיסי (לכתיבת סקריפטים ואוטומציות), ויכולת לקרוא ולכתוב YAML, JSON ו-HCL. מהנדסי DevOps שלא יודעים לכתוב קוד נתקעים מהר.

מה ההבדל בין DevOps Engineer ל-SRE?

DevOps Engineer מתמקד בבניית pipelines ואוטומציית תשתיות. SRE (Site Reliability Engineer) מתמקד באמינות המערכת — SLOs, error budgets, incident response. בפועל, בחברות ישראליות קטנות ובינוניות, התפקידים חופפים. בחברות גדולות (Google, Wix) יש הפרדה ברורה.

אילו הסמכות שוות את ההשקעה לראיונות DevOps?

שלוש ההסמכות שמראיינים בישראל באמת מכירים: AWS Solutions Architect Associate (ענן), CKA — Certified Kubernetes Administrator (אורקסטרציה), ו-HashiCorp Terraform Associate (IaC). הסמכה לא מחליפה ניסיון — אבל היא פותחת דלתות ב-HR screening.

איך עונים על שאלת "ספר על תקלה שטיפלת בה" בראיון?

השתמשו במבנה STAR: Situation (מה קרה), Task (מה היה התפקיד שלכם), Action (מה עשיתם בפועל, צעד אחר צעד), Result (מה התוצאה ומה למדתם). היו ספציפיים: "שרת ה-DB הגיע ל-98% CPU בגלל query לא יעיל, הוספתי index, חיבורי ה-connection pool ירדו ב-70%." אל תמציאו — מראיינים מנוסים מרגישים את זה.

האם כדאי ללמוד AWS, GCP או Azure?

בשוק הישראלי, AWS דומיננטי — כ-65% ממשרות ה-DevOps מזכירות AWS. GCP פופולרי בסטארטאפים שעובדים עם Kubernetes (GKE נחשב מוביל). Azure חזק בחברות אנטרפרייז עם לקוחות אירופיים. אם צריך לבחור אחד — התחילו עם AWS.

מה הטעויות הנפוצות ביותר בראיונות DevOps?

שלוש טעויות קלאסיות: (1) לדקלם הגדרות בלי לתת דוגמאות מעשיות. (2) להגיד "אני מכיר הכול" במקום להגיד "הנה מה שאני חזק בו ומה שאני רוצה להעמיק". (3) לא לשאול שאלות על הארכיטקטורה של החברה — מראיינים רואים בזה חוסר סקרנות מקצועית, וזה דגל אדום.

המדריך הזה הוא נקודת התחלה — לא נקודת סיום. עולם ה-DevOps זז מהר, וההכנה הטובה ביותר היא ללכלך את הידיים: להרים פרויקט, לשבור אותו, לתקן, ולתעד. אנחנו ב-rt-ed.co.il מלווים אנשים בדיוק בנקודה הזו — מאפס ועד ראיון DevOps ראשון ומעבר לזה. יש לנו מדריכים נוספים על Kubernetes, Jenkins, Terraform ו-CI/CD מעשי. תיכנסו, תחפשו, תלמדו. הדלת פתוחה.

אם המאמר הזה היה רלוונטי, המאמר הבא בסדרה ימשיך מהנקודה שעצרנו:

• מסלול DevOps: איך עוברים ממהנדס/ת תוכנה ל-DevOps תוך חודשים

• קורס סייבר ואבטחת מידע
• קורס Real Time Embedded
• קורס דאטה סיינס
• קורס למידת מכונה AI
• קורס דאטה אנליסט
• קורס DEVOPS
• קורס IT
• קורס אוטומציה
• קורס Full Stack
• קורס בניית אתרים