סביבות תצוגה מקדימה אוטומטיות על Kubernetes: פריסת כל PR תוך דקות

# .github/workflows/preview.yml (фрагмент)
on:
  pull_request:
    types: [opened, synchronize, reopened, closed]

jobs:
  deploy-preview:
    if: github.event.action != 'closed'
    runs-on: ubuntu-latest
    steps:
      - name: Deploy to preview namespace
        run: |
          helm upgrade --install \
            preview-pr-${{ github.event.number }} ./helm/app \
            --namespace preview-pr-${{ github.event.number }} \
            --create-namespace \
            --set image.tag=pr-${{ github.event.number }} \
            --set ingress.host=pr-${{ github.event.number }}.preview.example.com

  cleanup-preview:
    if: github.event.action == 'closed'
    runs-on: ubuntu-latest
    steps:
      - name: Delete preview namespace
        run: kubectl delete namespace preview-pr-${{ github.event.number }} --ignore-not-found

עבור מסדי נתונים, יש כמה גישות. הזולה ביותר היא סכמת PostgreSQL נפרדת לכל PR: # .github/workflows/preview.yml (фрагмент) on: pull_request: types: [opened, synchronize, reopened, closed] jobs: deploy-preview: if: github.event.action != 'closed' runs-on: ubuntu-latest steps: - name: Deploy to preview namespace run: | helm upgrade --install \ preview-pr-${{ github.event.number }} ./helm/app \ --namespace preview-pr-${{ github.event.number }} \ --create-namespace \ --set image.tag=pr-${{ github.event.number }} \ --set ingress.host=pr-${{ github.event.number }}.preview.example.com cleanup-preview: if: github.event.action == 'closed' runs-on: ubuntu-latest steps: - name: Delete preview namespace run: kubectl delete namespace preview-pr-${{ github.event.number }} --ignore-not-found , מיגרציות מוחלות, הסכמה נמחקת לאחר מיזוג. אין צורך ב-pods נפרדים למסד נתונים. זה עובד אם האפליקציה תומכת ב-CREATE SCHEMA pr_519 AUTHORIZATION app_user;.

אם נדרש בידוד מלא—מסד נתונים אפמרי דרך אופרטור (למשל, CloudNativePG עם תבניות קלאסטר) או Neon/PlanetScale עם ענף לכל PR.

DNS ו-Ingress

תעודת wildcard עבור search_path בתוספת כלל Ingress יחיד מסוג wildcard דרך nginx-ingress או Traefik:

---
# ingress wildcard rule
host: "*.preview.example.com"
http:
  paths:
    - path: /
      pathType: Prefix
      backend:
        service:
          name: preview-router # роутит по hostname на нужный сервис

לחלופין, cert-manager עם אתגר Let's Encrypt DNS‑01 מנפיק את ה-wildcard אוטומטית.

חלופות ל-Kubernetes

אם אין לכם קלאסטר, Render, Railway ו-Fly.io תומכים באופן טבעי בסביבות תצוגה מקדימה. Vercel ו-Netlify עושות זאת מובנה עבור אתרים סטטיים ו-Next.js. עבור אפליקציות כבדות יותר, Uffizzi או Namespace (לשעבר Shipyard) פורסות סביבות בקלאסטרים אפמריים בלי שתנהלו תשתית.

גישה מבוססת Docker Compose: כל PR מריץ *.preview.example.com על runner ייעודי עם העברת פורטים דרך Cloudflare Tunnel או ngrok. זול, אבל לא מתקפל מעבר ל-~10 PRs במקביל.

איך להימנע מהתנגשויות מסד נתונים בתצוגה מקדימה

השיטה האמינה ביותר היא שימוש בסכמות PostgreSQL נפרדות לכל PR. האפליקציה צריכה לבחור סכמה דינמית דרך משתנה הסביבה # ingress wildcard rule - host: "*.preview.example.com" http: paths: - path: / pathType: Prefix backend: service: name: preview-router # роутит по hostname на нужный сервис . זה מספק בידוד נתונים בלי להפעיל קונטיינרים נוספים. חלופה היא מסדי נתונים אפמריים מבוססי CloudNativePG: כל PR מקבל מיני-קלאסטר שחי בדיוק כל עוד הנאמספייס. גישה זו יקרה יותר אך מציעה בידוד מלא ברמת המופע.

מה כלול בהקמת סביבות תצוגה מקדימה?

אנחנו מספקים חבילה מלאה ומפתח-ביד:

• ביקורת על התשתית הנוכחית שלכם וצינורות CI/CD.
• עיצוב ארכיטקטורה: אסטרטגיית בידוד מסד נתונים, תכנית DNS, מדיניות TTL.
• יישום Helm charts או Kustomize overlays לסביבות תצוגה מקדימה.
• הגדרת workflows של GitHub Actions / GitLab CI עם פריסה וניקוי אוטומטיים.
• שילוב Ingress מסוג wildcard ו-TLS דרך cert-manager.
• בדיקות: פתיחת 5 PRs בו-זמנית, אימות בידוד נתונים וניקוי.
• תיעוד: runbook לתמיכה, תיאור להוספת תלויות חדשות.
• הכשרת צוות ותמיכה לאחר הפריסה.

השוואת אסטרטגיות בידוד מסד נתונים:

הנחיות ללוחות זמנים

התמחור נקבע לאחר ביקורת: אנחנו צריכים להבין את מחסן ה-CI/CD והתשתית הנוכחיים שלכם. ההשקעה מחזירה את עצמה דרך פיתוח מהיר יותר—זמן הבדיקה יורד מיומיים ל-4 שעות.

מלכודות נפוצות ואיך להימנע מהן

בלי ניקוי אוטומטי, עשרות נאמספייסים מתים מצטברים תוך חודש, ומגדילים את חשבון הענן. פתרון: הגדרת TTL או ניקוי באירוע סגירת PR. מסד נתונים משותף בלי בידוד מוביל להתנגשויות מיגרציה—סכמה לכל תצוגה מקדימה עוזרת. שימוש בסודות ייצור בסביבות תצוגה מקדימה אינו מקובל: יש צורך בחנות סודות נפרדת. בלי מגבלות משאבים, PR פעיל אחד יכול לצרוך את כל הצומת; 100m CPU ו-256Mi זיכרון מספיקים לתצוגה מקדימה. אמצעים אלה מבטיחים יציבות וחיסכון בעלויות.

מוכנים ליישם סביבות תצוגה מקדימה? קבלו ייעוץ על ה-CI/CD שלכם—ננתח את התשתית הנוכחית שלכם ונבחר את האסטרטגיה הטובה ביותר. צרו קשר לביקורת והערכת פרויקט.