שאלות ראיון DevOps — 30 שאלות נפוצות ותשובות

אם יש ראיון DevOps בתור — זה המדריך שלך. ליקטנו כאן 30 שאלות שעולות שוב ושוב בראיונות עבודה בחברות ישראליות ובינלאומיות, חילקנו אותן לקטגוריות ברורות, והוספנו תשובות מפורטות עם דוגמאות קוד שאפשר להריץ. הרעיון הוא לא לשנן — אלא להבין את ההיגיון מאחורי כל שאלה, כך שגם וריאציות לא ישברו אותך. אין קיצורי דרך: מי שבנה Pipeline, הרים Cluster ודיבג תעבורת רשת — יענה באופן טבעי על כל מה שכתוב כאן. אם אתם מרגישים שחסר לכם הניסיון המעשי הזה, מומלץ לעבור דרך מסלול הכשרה מעשי ב-DevOps הכולל תרגול על סביבות אמת. מי שלא — הגיע הזמן להתחיל.

ראיון DevOps טיפוסי נע בין חמישה אשכולות מרכזיים. לפי סקרים מהשנים האחרונות, כ-70% מהשאלות נופלות בתוך שלושת האשכולות הראשונים: Linux וסקריפטינג, CI/CD ו-Git, וקונטיינרים ואורקסטרציה. ההכנה הנכונה אומרת שלא מדלגים על שום אשכול — גם אם "אף פעם לא שאלו אותי על רשתות", זה לא אומר שלא ישאלו הפעם.

שאלות Linux ורשתות: 

שאלות Linux ורשתות הן הבסיס שלא מדלגים עליו בכל ראיון עבודה. מראיינים בודקים האם יש לכם שליטה מעשית ב-Linux ו-Networking, החל מניהול תהליכים והרשאות קבצים ועד לדיבאג תעבורת רשת ברמת ה-Port.

שאלה 1: מה ההבדל בין Process ל-Thread?
Process הוא יחידת הרצה עצמאית עם מרחב זיכרון משלה. Thread הוא נתיב הרצה בתוך Process שחולק את אותו מרחב זיכרון. ב-DevOps זה קריטי כשעובדים עם מודל הריבוי של Nginx (workers כ-Processes) מול אפליקציות Node.js (ריבוי ב-event loop בודד).

שאלה 2: איך בודקים אם פורט פתוח על שרת מרוחק?
הדרך המהירה: nc -zv hostname 443 או telnet hostname 443. לסריקה רחבה יותר: nmap -p 80,443,8080 hostname. בראיון, ציינו גם את ההבדל בין TCP ל-UDP בהקשר הזה.

שאלה 3: מה זה inode ולמה הדיסק יכול להיות "מלא" גם כשיש מקום?
inode הוא מבנה נתונים ב-filesystem שמחזיק metadata על קובץ (הרשאות, מיקום, תאריכים). לכל filesystem מספר מוגבל של inodes. אם יצרתם מיליוני קבצים קטנים — ה-inodes ייגמרו גם כשיש עוד מקום אחסון פיזי. בדיקה: df -i.

שאלה 4: מה ההבדל בין soft link ל-hard link?
Soft link (symlink) הוא קיצור דרך — מצביע לנתיב של קובץ. אם מוחקים את הקובץ המקורי, ה-symlink נשבר. Hard link מצביע ישירות ל-inode — מוחקים את הקובץ המקורי, ה-hard link עדיין עובד. Hard link לא יכול לחצות filesystems ולא עובד על תיקיות.

שאלה 5: מה עושה הפקודה chmod 755?
נותנת לבעלים הרשאות rwx (קריאה, כתיבה, הרצה = 7), לקבוצה ולכולם rx (קריאה והרצה = 5). בייצוג בינארי: 111 101 101. זו ברירת מחדל נפוצה לסקריפטים שרצים בצורה אוטומטית.

שאלה 6: איך מוצאים איזה תהליך תופס את הכי הרבה זיכרון?
ps aux --sort=-%mem | head -10 או top -o %MEM. למעקב מתמשך: htop. בראיון שווה להזכיר גם /proc/meminfo ו-OOM Killer.

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

שאלות Git ו-CI/CD — הלב של DevOps

שאלה 7: מה ההבדל בין git merge ל-git rebase?
Merge יוצר commit חדש שמאחד שני branches ושומר את היסטוריית השינויים המקורית. Rebase "מעביר" את ה-commits של ה-branch הנוכחי מעל ה-branch היעד — יוצר היסטוריה ליניארית ונקייה. כלל אצבע: rebase על branches מקומיים, merge על branches משותפים.

שאלה 8: מה זה CI/CD ולמה זה קריטי?
CI (Continuous Integration) — כל שינוי קוד מתמזג ל-branch ראשי, עובר בנייה ובדיקות אוטומטיות. CD (Continuous Delivery/Deployment) — הקוד שעבר בדיקות מגיע לסביבות staging או production באופן אוטומטי. ארגונים שמיישמים CI/CD מדווחים על שחרור גרסאות מהיר פי מאות לעומת ארגונים שעובדים ידנית, לפי דוחות DORA מהשנים האחרונות.

שאלה 9: מה היתרון של Multibranch Pipeline ב-Jenkins?
Jenkins סורק אוטומטית את כל ה-branches ב-repository ויוצר pipeline נפרד לכל אחד. כל branch עם Jenkinsfile מקבל build משלו. זה מאפשר לכל פיצ'ר לרוץ בסביבת בדיקות מבודדת עוד לפני שנכנס ל-main.

שאלה 10: איך מבטלים commit אחרון ב-Git בלי לאבד את השינויים?
git reset --soft HEAD~1 — מחזיר את ה-commit האחרון ל-staging area. --mixed (ברירת מחדל) מחזיר ל-working directory. --hard מוחק הכל — שימוש בזהירות.

שאלה 11: מה ההבדל בין GitHub Actions ל-Jenkins?
GitHub Actions הוא SaaS מובנה — אין צורך בתחזוקת שרת, YAML-native, אינטגרציה מושלמת עם GitHub. Jenkins הוא self-hosted עם גמישות אינסופית דרך אלפי plugins — אבל דורש תחזוקה. בחברות ישראליות רבות משתמשים בשניהם: GitHub Actions לפרויקטים קטנים ו-Jenkins לפייפליינים מורכבים.

שאלה 12: מה זה GitOps ואיך זה שונה מ-DevOps רגיל?
GitOps הוא עיקרון שבו Git הוא ה-"source of truth" היחיד לתשתית ולאפליקציה. כל שינוי — גם בתשתית — עובר דרך Pull Request. כלים כמו ArgoCD ו-Flux מסנכרנים את מצב ה-cluster למצב ב-Git. זה לא מחליף DevOps — זה pattern ספציפי בתוכו.

קונטיינרים ואורקסטרציה — השאלות שלא נגמרות

שאלה 13: מה ההבדל בין Container ל-Virtual Machine?
VM מריצה מערכת הפעלה שלמה מעל Hypervisor — כבד, אבל בידוד מוחלט. Container חולק את הקרנל של ה-host ומבודד רק ברמת ה-namespaces וה-cgroups — קל, מהיר, אבל בידוד חלש יותר. בפרקטיקה: containers לאפליקציות, VMs לסביבות שדורשות בידוד מלא או מערכות הפעלה שונות.
כדי להבין לעומק את המנגנון של קונטיינרים, מומלץ לקרוא את המדריך המפורט שלנו על מה זה Docker ואיך הוא עובד.

שאלה 14: מה ההבדל בין CMD ל-ENTRYPOINT ב-Dockerfile?
CMD מגדיר פקודת ברירת מחדל שאפשר לדרוס ב-runtime. ENTRYPOINT מגדיר פקודה קבועה — ארגומנטים מ-CMD או מ-command line נוספים אליה. שילוב נפוץ: ENTRYPOINT לתוכנית הראשית, CMD לארגומנטי ברירת מחדל.

שאלה 15: מה זה multi-stage build ולמה זה חשוב?
Dockerfile שמשתמש ביותר מ-FROM אחד. שלב ראשון — בנייה (כולל compiler, dependencies). שלב אחרון — רק ה-binary או ה-artifact. התוצאה: image קטן ומאובטח בלי כלי בנייה מיותרים.

שאלה 16: מה ההבדל בין Deployment ל-StatefulSet ב-Kubernetes?
Deployment מנהל Pods חסרי מצב (stateless) — הם חליפיים, שמות משתנים. StatefulSet מנהל Pods עם זהות קבועה, שם רשת יציב ו-PersistentVolume ייעודי. שימוש: Deployment לאפליקציות web, StatefulSet לבסיסי נתונים כמו PostgreSQL או Kafka.

שאלה 17: מה זה Ingress Controller ולמה צריך אותו?
Ingress Controller (כמו Nginx Ingress או Traefik) מנהל תעבורת HTTP/HTTPS נכנסת ל-cluster. הוא מאפשר routing מבוסס דומיין ונתיב, TLS termination, ו-load balancing — הכל דרך משאב Ingress ב-YAML במקום לחשוף כל Service בנפרד.

שאלה 18: איך בודקים למה Pod ב-Kubernetes לא עולה?
סדר טיפול: kubectl describe pod <name> לראות Events. kubectl logs <name> ללוגים. kubectl get events --sort-by='.lastTimestamp' לתמונה רחבה. סיבות נפוצות: ImagePullBackOff (בעיית image), CrashLoopBackOff (האפליקציה קורסת), Pending (אין resources).

שאלה 19: מה ההבדל בין Liveness Probe ל-Readiness Probe?
Liveness Probe בודק אם ה-container חי — אם נכשל, Kubernetes יפעיל restart. Readiness Probe בודק אם ה-container מוכן לקבל תעבורה — אם נכשל, Kubernetes מוריד אותו מה-Service. טעות נפוצה: להשתמש באותו endpoint לשניהם — זה גורם ל-restart מיותר כשהאפליקציה פשוט עסוקה.

טעות נפוצה: מועמדים משננים YAML בעל פה אבל לא יודעים לדבג Pod שנתקע. מראיינים בישראל מעדיפים לתת תרחיש troubleshooting חי — לדעת לקרוא events ולוגים שווה יותר מלדקלם הגדרות.

Infrastructure as Code — Terraform ו-Ansible

שאלה 20: מה ההבדל בין Terraform ל-Ansible?
Terraform הוא כלי IaC declarative שמתמחה ב-provisioning תשתית — יוצר שרתים, רשתות, דאטהבייסים. Ansible הוא כלי Configuration Management שמתמחה בהגדרת שרתים — מתקין חבילות, מעדכן קונפיגורציות, מפעיל סקריפטים. הם משלימים, לא מתחרים.

שאלה 21: מה זה Terraform State ולמה צריך לשמור אותו ב-remote backend?
State file הוא קובץ JSON שמתעד את מצב התשתית הנוכחי. בלי remote backend (כמו S3 + DynamoDB), שני אנשים שמריצים terraform apply במקביל יכולים לדרוס שינויים אחד של השני. State locking מונע את זה.

שאלה 22: מה ההבדל בין terraform plan ל-terraform apply?
plan מראה מה ישתנה בלי לבצע שום שינוי — dry run. apply מבצע את השינויים בפועל. תמיד מריצים plan לפני apply. בצוותים מקצועיים, ה-plan רץ ב-CI וה-apply דורש אישור ידני.

שאלה 23: מה זה Ansible Playbook ואיך הוא שונה מ-script רגיל?
Playbook הוא קובץ YAML שמתאר מצב רצוי (declarative) — לא רצף פקודות. Ansible דואג ל-idempotency: מריצים playbook פעם, פעמיים, עשר — התוצאה זהה. Script רגיל לא מבטיח את זה בלי בדיקות ידניות.

Observability ולוגים — העיניים של הצוות

שאלה 24: מה ההבדל בין Monitoring ל-Observability?
Monitoring עונה על "מה שבור?" — מדדים ידועים מראש, alerts. Observability עונה על "למה זה שבור?" — שלושת העמודים: Metrics (Prometheus), Logs (ELK / Loki), Traces (Jaeger / OpenTelemetry). Observability מאפשרת לחקור בעיות שלא ניבאתם מראש.

שאלה 25: מתי משתמשים ב-Prometheus ומתי ב-ELK Stack?
Prometheus לאיסוף מטריקות מספריות (CPU, request latency, error rate) עם Grafana להצגה. ELK Stack (Elasticsearch, Logstash, Kibana) לניתוח לוגים טקסטואליים — חיפוש חופשי, aggregation, correlation. הרבה ארגונים משתמשים בשניהם במקביל.

שאלה 26: מה זה SLO, SLA ו-SLI?
SLI (Service Level Indicator) — מדד כמותי כמו latency ב-p99. SLO (Service Level Objective) — יעד פנימי: "99.9% מהבקשות יחזרו תוך 200ms". SLA (Service Level Agreement) — הסכם חוזי עם לקוח שכולל פיצוי על הפרה. SLI מודד, SLO מגדיר יעד, SLA מתחייב עליו.

אבטחה ותרבות — מה שמפריד בין Junior ל-Senior

שאלה 27: מה זה Shift Left Security?
העברת בדיקות אבטחה מוקדם יותר ב-pipeline — במקום לבדוק אבטחה בפרודקשן, בודקים כבר ב-commit. כלים: SAST (סריקת קוד סטטית כמו SonarQube), SCA (בדיקת dependencies כמו Snyk), סריקת container images עם Trivy. כמה חברות ישראליות, כולל חברות סייבר מובילות, דורשות security gate בכל stage של ה-pipeline.

שאלה 28: מה זה Secret Management ואיך לא שומרים סודות?
לעולם לא ב-Git, לא ב-environment variables של Jenkins ללא הצפנה, ולא ב-Dockerfile. פתרונות: HashiCorp Vault, AWS Secrets Manager, Kubernetes Secrets (עם הצפנה ב-etcd). הגישה המומלצת: inject at runtime, never at build time.

שאלה 29: מה המשמעות של "Infrastructure as Code" ולמה זה חלק מתרבות DevOps?
IaC אומר שכל תשתית מוגדרת בקוד — ניהול גרסאות, code review, rollback, ושיתוף ידע. זה לא רק כלי — זו תרבות שאומרת "אף אחד לא בונה שרת בידיים". התוצאה: סביבות reproducible, אין "snowflake servers", ו-onboarding מהיר של חברי צוות חדשים.

שאלה 30: מה זה Blameless Post-Mortem ולמה זה חשוב?
אחרי תקלה, הצוות מנתח מה קרה בלי להאשים אנשים ספציפיים. המטרה: למצוא את הכשל המערכתי (חוסר ב-alert, תהליך לא ברור, חוסר בדיקות) ולמנוע חזרה. חברות עם תרבות blameless מדווחות על 50% פחות תקלות חוזרות, לפי דוחות תעשייתיים מהשנים האחרונות.

אחת השאלות הנפוצות בראיונות היא "למה בחרתם בכלי X ולא ב-Y?" — הטבלה הבאה מסכמת את ההבדלים העיקריים:

מראיינים אוהבים לבקש "תכתוב לי pipeline בסיסי" או "תראה לי Dockerfile תקין". הנה דוגמאות שאפשר לבנות עליהן:

Jenkinsfile — Pipeline בסיסי עם Docker

pipeline {
    agent {
        docker {
            image 'node:20-alpine'
            args '-v /tmp:/tmp'
        }
    }
    environment {
        REGISTRY = 'registry.example.com'
        IMAGE_NAME = 'my-app'
    }
    stages {
        stage('Install') {
            steps {
                sh 'npm ci'
            }
        }
        stage('Test') {
            steps {
                sh 'npm test -- --coverage'
            }
            post {
                always {
                    junit 'test-results/*.xml'
                }
            }
        }
        stage('Build & Push Image') {
            when { branch 'main' }
            steps {
                script {
                    def tag = "${env.BUILD_NUMBER}"
                    sh "docker build -t ${REGISTRY}/${IMAGE_NAME}:${tag} ."
                    sh "docker push ${REGISTRY}/${IMAGE_NAME}:${tag}"
                }
            }
        }
        stage('Deploy to Staging') {
            when { branch 'main' }
            steps {
                sh "kubectl set image deployment/my-app my-app=${REGISTRY}/${IMAGE_NAME}:${env.BUILD_NUMBER} -n staging"
                sh "kubectl rollout status deployment/my-app -n staging --timeout=120s"
            }
        }
    }
    post {
        failure {
            slackSend channel: '#devops-alerts', message: "Build ${env.BUILD_NUMBER} failed: ${env.BUILD_URL}"
        }
    }
}

GitHub Actions — Workflow עם בדיקות ו-deploy ל-Kubernetes

name: CI/CD Pipeline
on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '20'
          cache: 'npm'
      - run: npm ci
      - run: npm test -- --coverage
      - uses: actions/upload-artifact@v4
        with:
          name: coverage
          path: coverage/

  deploy:
    needs: test
    if: github.ref == 'refs/heads/main'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build and push Docker image
        run: |
          docker build -t ${{ secrets.REGISTRY }}/${{ github.repository }}:${{ github.sha }} .
          echo "${{ secrets.REGISTRY_PASSWORD }}" | docker login ${{ secrets.REGISTRY }} -u ${{ secrets.REGISTRY_USER }} --password-stdin
          docker push ${{ secrets.REGISTRY }}/${{ github.repository }}:${{ github.sha }}
      - name: Deploy to K8s
        uses: azure/k8s-deploy@v5
        with:
          namespace: production
          manifests: k8s/
          images: ${{ secrets.REGISTRY }}/${{ github.repository }}:${{ github.sha }}

פקודות Troubleshooting ב-Kubernetes — מה מראיינים מצפים שתדעו

# בדיקת מצב Pods בכל ה-namespaces
kubectl get pods --all-namespaces -o wide

# תיאור מפורט של Pod תקוע
kubectl describe pod my-app-7d9f8b6c5-x2k4m -n production

# לוגים של container שקורס
kubectl logs my-app-7d9f8b6c5-x2k4m -n production --previous

# בדיקת resources זמינים ב-cluster
kubectl top nodes
kubectl top pods -n production

# debug עם Pod זמני
kubectl run debug --rm -it --image=busybox -- sh

# בדיקת DNS פנימי
kubectl exec -it my-app-pod -- nslookup my-service.production.svc.cluster.local

# rollback ל-deployment קודם
kubectl rollout undo deployment/my-app -n production
kubectl rollout status deployment/my-app -n production

שורה תחתונה לפועלים: אל תלכו לראיון בלי שהרצתם לפחות פעם אחת pipeline אמיתי מ-commit ועד deploy. מי שבנה את זה בידיים — ענה על 70% מהשאלות מניסיון ולא משינון.

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

• בנו Pipeline מקצה לקצה — אפילו לפרויקט אישי קטן. Jenkins, GitHub Actions או GitLab CI — לא משנה מה. העיקר שעברתם את כל השלבים: build, test, package, deploy.
• הקימו Kubernetes cluster מקומי עם Minikube או Kind, ותרגלו troubleshooting על Pods שמתרסקים בכוונה.
• כתבו Terraform module שמרים סביבה שלמה ב-AWS או GCP — זה מראה שאתם מבינים IaC מעבר לתיאוריה.
• תרגלו בקול — מראיינים שומעים איך מסבירים, לא רק מה מסבירים. תנו תשובה קצרה, ואז העמיקו אם מבקשים.
• הכירו את הטרנדים — GitOps, Platform Engineering, FinOps, AI-assisted DevOps — גם אם לא שולטים בהם, שווה להראות מודעות.

עודכן: 2026-09-29

כמה זמן לוקח להתכונן לראיון DevOps?

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

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

בהחלט. לא ברמה של פיתוח אפליקציות מלאות, אבל צריך שליטה טובה ב-Bash, יכולת לכתוב Python לאוטומציה, ונוחות עם YAML ו-JSON. רוב הראיונות כוללים כתיבת סקריפט קטן על הלוח או שיתוף מסך.

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

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

האם Kubernetes חובה לכל תפקיד DevOps?

לא לכל תפקיד, אבל לרוב כן. לפי סקרים בתעשייה, למעלה מ-80% מהארגונים הגדולים בישראל מריצים workloads על Kubernetes. גם אם החברה הספציפית משתמשת ב-ECS או Nomad — ידע ב-K8s הוא סמן מקצועי שמראיינים מחפשים.

איך מתמודדים עם שאלה שלא יודעים את התשובה לה?

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

אילו הסמכות שוות בתחום DevOps?

ההסמכות שהכי מוערכות בשוק הישראלי: AWS Solutions Architect / DevOps Engineer Professional, CKA (Certified Kubernetes Administrator), HashiCorp Terraform Associate. הסמכה לבד לא מספיקה — אבל בשילוב עם ניסיון מעשי, היא פותחת דלתות.

מה מצפים לראות בפורטפוליו של מועמד DevOps?

ריפו ב-GitHub עם: Terraform modules שמרימים תשתית אמיתית, Jenkinsfile או GitHub Actions workflow שעובד, Dockerfile עם multi-stage build, ו-README ברור שמסביר מה בניתם ולמה. פרויקט אחד טוב שווה יותר מעשרה ריפוים ריקים.

הדרך לתפקיד DevOps עוברת דרך הידיים, לא רק דרך הראש. אם אתם מתלבטים איזה מסלול הכשרה הכי מתאים לניסיון הקודם שלכם, תוכלו לעיין במדריך השוואת מסלולי לימוד ב-DevOps. כל שאלה במדריך הזה היא הזמנה ללכלך ידיים — להרים cluster, לשבור pipeline, לתקן אותו, ולהבין למה. אנחנו רואים אותך כבר כמה צעדים קדימה — גם אם עדיין לא שם. אם רוצים להעמיק, יש עוד מדריכים מעשיים, הדרכות hands-on וסביבות תרגול באתר Real Time College. הדלת פתוחה.

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