🚀 CI/CD: מיסודות לייצור ב-GCP עם GitHub Actions – מדריך מלא עם דוגמאות 🚀

שלום, מפתחים! במאמר זה אדבר על CI/CD – הקונספט.

In Questo Articolo

מהו CI/CD pipeline בהקשר של תכנות?

מהו CI/CD pipeline בהקשר של תכנות?

CI/CD pipeline (Continuous Integration / Continuous Delivery או Continuous Deployment) הוא תהליך אוטומטי, המאפשר למפתחים לספק שינויי קוד במהירות ובאמינות לסביבת עבודה (פרודקשן).

בואו נפרק את מושגי המפתח:

🔧 CI — Continuous Integration (אינטגרציה מתמשכת)
זוהי פרקטיקה שבה מפתחים מבצעים שינויים תכופים בבסיס קוד משותף. כל שינוי כזה באופן אוטומטי:

נבנה (build)
נבדק (בדיקות יחידה, בדיקות אינטגרציה)
נבדק להתאמה לתקנים (linting, ניתוח סטטי)

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

🚀 CD — Continuous Delivery (אספקה מתמשכת) או Continuous Deployment (פריסה מתמשכת)
כאן יש שתי אפשרויות:

✅ Continuous Delivery (אספקה מתמשכת)
לאחר השלמה מוצלחת של שלב ה-CI, השינויים באופן אוטומטי:

עוברים בדיקות נוספות (לדוגמה, E2E – בדיקות מקצה לקצה)
מגיעים לשרת staging (בדיקה)
👉 אך פריסה לפרודקשן עדיין דורשת אישור ידני. זה נותן לצוות שליטה על מתי בדיוק המשתמשים יראו את השינויים.

🤖 Continuous Deployment (פריסה מתמשכת)
זהו השלב הבא לאחר Continuous Delivery. כאן הפריסה לפרודקשן מתרחשת באופן אוטומטי לחלוטין, אם כל שלבי ה-pipeline הקודמים (בנייה, כל הבדיקות) עברו בהצלחה. זוהי הרמה המתקדמת ביותר של אוטומציה.

🔄 ממה מורכב בדרך כלל CI/CD pipeline?

Pipeline טיפוסי כולל את השלבים הבאים:

Checkout — שיבוט הגרסה האחרונה של הקוד מהמאגר.
Build — בניית הפרויקט (קומפילציה, הרכבת ארטיפקטים, תמונות Docker).
Test — הפעלת סוגים שונים של בדיקות (יחידה, אינטגרציה, E2E).
Lint/Code Quality — בדיקת קוד להתאמה לסגנון ושגיאות פוטנציאליות באמצעות מנתחים סטטיים.
Deploy — פריסת היישום (לשרת staging או production).
Notify — שליחת התראות על סטטוס ה-pipeline לצוות (לדוגמה, ב-Slack, Email).

🛠 כלים פופולריים ל-CI/CD:

GitHub Actions (המוקד שלנו היום!)
GitLab CI/CD
Jenkins
CircleCI
Bitbucket Pipelines
Azure DevOps
TeamCity

🧠 למה בכלל צריך CI/CD?

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

📦 דוגמאות פשוטות ל-CI/CD עם GitHub Actions

בואו נסתכל על pipelines בסיסיים לטכנולוגיות פופולריות. כל הדוגמאות משתמשות ב-GitHub Actions ונשמרות בספריית .github/workflows/code>span> של הפרויקט שלכם.</p>   <h4 class="wp-block-heading">🐍 CI/CD עבור Python (עם <span dir="ltr"><code>pytestcode>span> ו-flake8)</h4>   <pre class="wp-block-code"><code> # .github/workflows/python-ci.yml name: Python CI on: [push, pull_request] jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: Set up Python uses: actions/setup-python@v4 with: python-version: '3.11' # ציין את הגרסה שלך - name: Install dependencies run: | python -m pip install --upgrade pip pip install -r requirements.txt # ודא שיש לך requirements.txt pip install flake8 pytest - name: Lint with flake8 run: | # בדוק קוד בתיקיות src ו-tests (התאם לפרויקט שלך) flake8 src tests - name: Run tests run: | pytest

🌐 CI/CD עבור Node.js (עם npm testcode>span> ו-eslint) <code># .github/workflows/node-ci.yml name: Node.js CI on: [push, pull_request] jobs: build: runs-on: ubuntu-latest strategy: matrix: node-version: [18.x] # ציין את גרסת ה-Node.js שלך steps: - uses: actions/checkout@v3 - name: Use Node.js ${{ matrix.node-version }} uses: actions/setup-node@v4 with: node-version: ${{ matrix.node-version }} - name: Install dependencies run: npm install # או npm ci להתקנה צפויה יותר - name: Lint with ESLint run: npx eslint . # ודא ש-ESLint מוגדר בפרויקט - name: Run tests run: npm test

🐳 CI/CD עבור Docker (בנייה ו-push ל-Docker Hub)

לדוגמה זו, תצטרך סודות `DOCKER_USERNAME` ו-`DOCKER_PASSWORD` (או אסימון) בהגדרות מאגר ה-GitHub שלך (`Settings -> Secrets and variables -> Actions`).


# .github/workflows/docker-ci.yml
name: Docker CI/CD

on:
  push:
    branches: [ main ] # הפעל רק עבור ענף main

jobs:
  docker:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v3

      - name: Log in to Docker Hub
        run: echo "${{ secrets.DOCKER_PASSWORD }}" | docker login -u "${{ secrets.DOCKER_USERNAME }}" --password-stdin

      - name: Build Docker image
        # החלף את myapp בשם היישום שלך
        run: docker build -t ${{ secrets.DOCKER_USERNAME }}/myapp:latest .

      - name: Push Docker image
        run: docker push ${{ secrets.DOCKER_USERNAME }}/myapp:latest

🚚 פריסה לפלטפורמות פופולריות

כעת, כשיש לנו ארטיפקטים בנויים ונבדקים (לדוגמה, תמונת Docker), בואו נראה כיצד ניתן לפרוס אותם.

🟣 פריסה ל-Heroku

**🔐 סודות GitHub:** `HEROKU_API_KEY`, `HEROKU_APP_NAME`.


# .github/workflows/deploy-heroku.yml
name: Deploy to Heroku

on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3

      - name: Install Heroku CLI
        run: curl https://cli-assets.heroku.com/install.sh | sh
      - name: Login to Heroku
        env:
          HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
        run: heroku auth:token
      - name: Deploy to Heroku
        env:
          HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
        run: |
          heroku git:remote -a ${{ secrets.HEROKU_APP_NAME }}
          git push heroku main -f # היזהר עם -f (force push)

אם אתה פורס תמונת Docker ל-Heroku:


# ... (שלבי בנייה והתחברות ל-Docker Hub/GHCR מדוגמאות קודמות) ...
# deploy:
#   name: Deploy to Heroku
#   needs: build # תלוי במשימת בניית התמונה
#   runs-on: ubuntu-latest
#   steps:
#     # ...
#     - name: Login to Heroku container registry
#       run: echo "${{ secrets.HEROKU_API_KEY }}" | docker login --username=_ --password-stdin registry.heroku.com
#     - name: Tag image for Heroku
#       # בהנחה שהתמונה נבנית כ-ghcr.io/username/repo/myapp:latest
#       run: docker tag ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest registry.heroku.com/${{ secrets.HEROKU_APP_NAME }}/web
#     - name: Push image to Heroku
#       run: docker push registry.heroku.com/${{ secrets.HEROKU_APP_NAME }}/web
#     - name: Release Heroku App
#       env:
#         HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
#       run: heroku container:release web --app ${{ secrets.HEROKU_APP_NAME }}

🟨 פריסה ל-AWS (לדוגמה, סטטי ל-S3)

**🔐 סודות GitHub:** `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, `AWS_REGION`, `S3_BUCKET_NAME`.


# .github/workflows/deploy-aws-s3.yml
name: Deploy Static Site to AWS S3

on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Configure AWS credentials
        uses: aws-actions/configure-aws-credentials@v4
        with:
          aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          aws-region: ${{ secrets.AWS_REGION }}
      - name: Sync files to S3
        # החלף את ./public בנתיב לקבצים הסטטיים שלך
        run: aws s3 sync ./public s3://${{ secrets.S3_BUCKET_NAME }} --delete

לפריסה ל-**AWS** **Elastic** **Beanstalk** בדרך כלל משתמשים ב-EB CLI, ה-pipeline יהיה דומה, אך עם פקודות eb deploycode>span>.</p>   <h4 class="wp-block-heading">🔵 פריסה ל-Google Cloud Platform (GCP App Engine)</h4>   <p>**🔐 סודות GitHub:** `GCP_CREDENTIALS` (מפתח JSON של חשבון שירות), `GCP_PROJECT_ID`.</p>   <pre class="wp-block-code"><code> # .github/workflows/deploy-gcp-app-engine.yml name: Deploy to GCP App Engine on: push: branches: [main] jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: Set up Cloud SDK uses: google-github-actions/setup-gcloud@v2 with: project_id: ${{ secrets.GCP_PROJECT_ID }} service_account_key: ${{ secrets.GCP_CREDENTIALS }} export_default_credentials: true - name: Deploy to App Engine # ודא שיש לך app.yaml בשורש הפרויקט run: gcloud app deploy --quiet

🟪 פריסה ל-Render.com

Render לעיתים קרובות פורס אוטומטית ב-push ל-GitHub, אם המאגר מחובר. אבל עבור טריגר ידני (או כחלק מ-pipeline מורכב יותר) ניתן להשתמש ב-Deploy Hook.

**🔐 סודות GitHub:** `RENDER_DEPLOY_HOOK` (URL, שהתקבל מהגדרות השירות ב-Render).


# .github/workflows/deploy-render.yml
name: Trigger Render Deploy

on:
  workflow_dispatch: # הפעלה ידנית מ-UI GitHub

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Trigger Render Deploy Hook
        run: curl -X POST ${{ secrets.RENDER_DEPLOY_HOOK }}

🌟 CI/CD מתקדם: בניית Docker ← Push ל-GHCR ← Staging/Production ב-GCP Cloud Run

ועכשיו הדובדבן שבקצפת! נבנה pipeline מתקדם: בניית תמונת Docker.
פרסום התמונה ב-GitHub Container Registry (ghcr.io).
פריסה אוטומטית לסביבת staging ב-GCP Cloud Run.
פריסה לסביבת production ב-GCP Cloud Run לאחר אישור ידני.

לשם כך נצטרך מספר קבצי workflow.

**סודות GitHub נדרשים:**GCP_PROJECT_ID: מזהה הפרויקט שלך ב-GCP.
GCP_CREDENTIALS: מפתח JSON של חשבון שירות GCP עם הרשאות פריסה ל-Cloud Run וגישה ל-GHCR (אם נדרש). בדרך כלל GITHUB_TOKEN מספיק לגישה ל-GHCR מ-Actions.
GCP_REGION: אזור עבור Cloud Run (לדוגמה, europe-west1).

1. בנייה ופרסום תמונת Docker ב-GHCR


# .github/workflows/build.yml
name: Build & Push to GHCR

on:
  push:
    branches: [main]

jobs:
  build-and-push:
    runs-on: ubuntu-latest
    permissions:
      contents: read      # עבור checkout
      packages: write     # עבור push ל-GHCR

    steps:
      - uses: actions/checkout@v3

      - name: Log in to GitHub Container Registry
        uses: docker/login-action@v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}

      - name: Build Docker image
        # החלף את myapp בשם היישום שלך
        run: docker build -t ${{ secrets.DOCKER_USERNAME }}/myapp:latest .

      - name: Push Docker image
        run: docker push ${{ secrets.DOCKER_USERNAME }}/myapp:latest

github.repository_owner: בעל המאגר (שם המשתמש או הארגון שלך).
github.event.repository.name: שם המאגר.
myapp: שם היישום/התמונה שלך.

2. פריסה אוטומטית ל-Staging (GCP Cloud Run)

ה-workflow הזה יופעל אוטומטית לאחר השלמה מוצלחת של `build.yml`.


# .github/workflows/deploy-staging.yml
name: Deploy to GCP Cloud Run (Staging)

on:
  workflow_run:
    workflows: ["Build & Push to GHCR"] # שם ה-workflow של הבנייה
    types:
      - completed

jobs:
  deploy-staging:
    runs-on: ubuntu-latest
    # הפעל רק אם ה-workflow של הבנייה הסתיים בהצלחה
    if: ${{ github.event.workflow_run.conclusion == 'success' }}

    # השתמש בסביבות GitHub עבור staging (אופציונלי, אך פרקטיקה טובה)
    environment:
      name: staging
      url: ${{ steps.deploy.outputs.url }} # ה-URL יהיה זמין לאחר הפריסה

    steps:
      - uses: actions/checkout@v3

      - id: 'auth'
        uses: 'google-github-actions/auth@v2'
        with:
          credentials_json: '${{ secrets.GCP_CREDENTIALS }}'

      - name: 'Deploy to Cloud Run (Staging)'
        id: deploy
        uses: 'google-github-actions/deploy-cloudrun@v2'
        with:
          service: 'myapp-staging' # שם שירות ה-staging שלך ב-Cloud Run
          region: '${{ secrets.GCP_REGION }}'
          # השתמש בתמונה שנשלחה ב-build.yml
          image: 'ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest'
          project_id: '${{ secrets.GCP_PROJECT_ID }}'
          flags: '--allow-unauthenticated --platform=managed' # אפשר גישה לא מאומתת לדוגמה

3. פריסה ל-Production עם אישור ידני (GCP Cloud Run)

ה-workflow הזה מופעל ידנית דרך UI ה-GitHub Actions.


# .github/workflows/deploy-prod.yml
name: Deploy to GCP Cloud Run (Production)

on:
  workflow_dispatch: # מאפשר הפעלה ידנית

jobs:
  deploy-production:
    runs-on: ubuntu-latest

    environment:
      name: production
      url: ${{ steps.deploy.outputs.url }}

    steps:
      - uses: actions/checkout@v3

      - id: 'auth'
        uses: 'google-github-actions/auth@v2'
        with:
          credentials_json: '${{ secrets.GCP_CREDENTIALS }}'

      - name: 'Deploy to Cloud Run (Production)'
        id: deploy
        uses: 'google-github-actions/deploy-cloudrun@v2'
        with:
          service: 'myapp-production' # שם שירות ה-production שלך
          region: '${{ secrets.GCP_REGION }}'
          image: 'ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest' # השתמש באותה תמונת 'latest'
          project_id: '${{ secrets.GCP_PROJECT_ID }}'
          flags: '--allow-unauthenticated --platform=managed'
          # עבור production ניתן להוסיף --no-traffic ולאחר מכן להחליף תנועה בהדרגה
          # traffic:
          #   latest: true
          #   percent: 100

**נקודות חשובות ב-pipeline מתקדם זה:**GitHub Container Registry (ghcr.io): אנו משתמשים בו לאחסון תמונות Docker. זה נוח מכיוון שהוא משולב היטב עם GitHub Actions.
workflow_run: מאפשר להפעיל workflow אחד (פריסת staging) עם השלמת workflow אחר (בנייה).
workflow_dispatch: מאפשר הפעלה ידנית של workflow (פריסת production), המספקת שליטה.
GitHub Environments: מאפשרים לך להגדיר כללי הגנה עבור production (לדוגמה, דרישת אישור ממבקרים ספציפיים) ולאחסן סודות ספציפיים לסביבה.
GCP Cloud Run: אפשרות serverless מצוינת להפעלת יישומים מבוססי קונטיינרים.

🔐 אבטחה – זה חשוב!

השתמש בסודות GitHub: לעולם אל תשמור אסימונים, סיסמאות, מפתחות API ישירות בקבצי YAML. השתמש ב-Settings -> Secrets and variables -> Actions במאגר שלך.
הרשאות מינימליות: עבור חשבונות שירות (לדוגמה, GCP), הענק רק את ההרשאות הנחוצות באמת לביצוע משימות CI/CD.
בידוד סביבות: Staging ו-Production צריכים להיות מבודדים ככל האפשר. פרויקטים/חשבונות שונים בספקי ענן – זו פרקטיקה טובה.
הגנת ענפים: הגדר הגנה עבור ענף main (או master) כך ש-push אליו יתאפשר רק באמצעות Pull Request עם בדיקות CI חובה.

🚀 CI/CD: מיסודות לייצור ב-GCP עם GitHub Actions – מדריך מלא עם דוגמאות 🚀

שלום, מפתחים! במאמר זה אדבר על CI/CD – הקונספט.

מהו CI/CD pipeline בהקשר של תכנות?

בואו נפרק את מושגי המפתח:

נבנה (build)
נבדק (בדיקות יחידה, בדיקות אינטגרציה)
נבדק להתאמה לתקנים (linting, ניתוח סטטי)

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

🚀 CD — Continuous Delivery (אספקה מתמשכת) או Continuous Deployment (פריסה מתמשכת)
כאן יש שתי אפשרויות:

✅ Continuous Delivery (אספקה מתמשכת)
לאחר השלמה מוצלחת של שלב ה-CI, השינויים באופן אוטומטי:

עוברים בדיקות נוספות (לדוגמה, E2E – בדיקות מקצה לקצה)
מגיעים לשרת staging (בדיקה)
👉 אך פריסה לפרודקשן עדיין דורשת אישור ידני. זה נותן לצוות שליטה על מתי בדיוק המשתמשים יראו את השינויים.

🔄 ממה מורכב בדרך כלל CI/CD pipeline?

Pipeline טיפוסי כולל את השלבים הבאים:

Checkout — שיבוט הגרסה האחרונה של הקוד מהמאגר.
Build — בניית הפרויקט (קומפילציה, הרכבת ארטיפקטים, תמונות Docker).
Test — הפעלת סוגים שונים של בדיקות (יחידה, אינטגרציה, E2E).
Lint/Code Quality — בדיקת קוד להתאמה לסגנון ושגיאות פוטנציאליות באמצעות מנתחים סטטיים.
Deploy — פריסת היישום (לשרת staging או production).
Notify — שליחת התראות על סטטוס ה-pipeline לצוות (לדוגמה, ב-Slack, Email).

🛠 כלים פופולריים ל-CI/CD:

GitHub Actions (המוקד שלנו היום!)
GitLab CI/CD
Jenkins
CircleCI
Bitbucket Pipelines
Azure DevOps
TeamCity

🧠 למה בכלל צריך CI/CD?

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

📦 דוגמאות פשוטות ל-CI/CD עם GitHub Actions

🌐 CI/CD עבור Node.js (עם npm testcode>span> ו-eslint) <code># .github/workflows/node-ci.yml name: Node.js CI on: [push, pull_request] jobs: build: runs-on: ubuntu-latest strategy: matrix: node-version: [18.x] # ציין את גרסת ה-Node.js שלך steps: - uses: actions/checkout@v3 - name: Use Node.js ${{ matrix.node-version }} uses: actions/setup-node@v4 with: node-version: ${{ matrix.node-version }} - name: Install dependencies run: npm install # או npm ci להתקנה צפויה יותר - name: Lint with ESLint run: npx eslint . # ודא ש-ESLint מוגדר בפרויקט - name: Run tests run: npm test

🐳 CI/CD עבור Docker (בנייה ו-push ל-Docker Hub)

לדוגמה זו, תצטרך סודות `DOCKER_USERNAME` ו-`DOCKER_PASSWORD` (או אסימון) בהגדרות מאגר ה-GitHub שלך (`Settings -> Secrets and variables -> Actions`).


# .github/workflows/docker-ci.yml
name: Docker CI/CD

on:
  push:
    branches: [ main ] # הפעל רק עבור ענף main

jobs:
  docker:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v3

      - name: Log in to Docker Hub
        run: echo "${{ secrets.DOCKER_PASSWORD }}" | docker login -u "${{ secrets.DOCKER_USERNAME }}" --password-stdin

      - name: Build Docker image
        # החלף את myapp בשם היישום שלך
        run: docker build -t ${{ secrets.DOCKER_USERNAME }}/myapp:latest .

      - name: Push Docker image
        run: docker push ${{ secrets.DOCKER_USERNAME }}/myapp:latest

🚚 פריסה לפלטפורמות פופולריות

כעת, כשיש לנו ארטיפקטים בנויים ונבדקים (לדוגמה, תמונת Docker), בואו נראה כיצד ניתן לפרוס אותם.

🟣 פריסה ל-Heroku

**🔐 סודות GitHub:** `HEROKU_API_KEY`, `HEROKU_APP_NAME`.


# .github/workflows/deploy-heroku.yml
name: Deploy to Heroku

on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3

      - name: Install Heroku CLI
        run: curl https://cli-assets.heroku.com/install.sh | sh
      - name: Login to Heroku
        env:
          HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
        run: heroku auth:token
      - name: Deploy to Heroku
        env:
          HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
        run: |
          heroku git:remote -a ${{ secrets.HEROKU_APP_NAME }}
          git push heroku main -f # היזהר עם -f (force push)

אם אתה פורס תמונת Docker ל-Heroku:


# ... (שלבי בנייה והתחברות ל-Docker Hub/GHCR מדוגמאות קודמות) ...
# deploy:
#   name: Deploy to Heroku
#   needs: build # תלוי במשימת בניית התמונה
#   runs-on: ubuntu-latest
#   steps:
#     # ...
#     - name: Login to Heroku container registry
#       run: echo "${{ secrets.HEROKU_API_KEY }}" | docker login --username=_ --password-stdin registry.heroku.com
#     - name: Tag image for Heroku
#       # בהנחה שהתמונה נבנית כ-ghcr.io/username/repo/myapp:latest
#       run: docker tag ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest registry.heroku.com/${{ secrets.HEROKU_APP_NAME }}/web
#     - name: Push image to Heroku
#       run: docker push registry.heroku.com/${{ secrets.HEROKU_APP_NAME }}/web
#     - name: Release Heroku App
#       env:
#         HEROKU_API_KEY: ${{ secrets.HEROKU_API_KEY }}
#       run: heroku container:release web --app ${{ secrets.HEROKU_APP_NAME }}

🟨 פריסה ל-AWS (לדוגמה, סטטי ל-S3)

**🔐 סודות GitHub:** `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, `AWS_REGION`, `S3_BUCKET_NAME`.


# .github/workflows/deploy-aws-s3.yml
name: Deploy Static Site to AWS S3

on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Configure AWS credentials
        uses: aws-actions/configure-aws-credentials@v4
        with:
          aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          aws-region: ${{ secrets.AWS_REGION }}
      - name: Sync files to S3
        # החלף את ./public בנתיב לקבצים הסטטיים שלך
        run: aws s3 sync ./public s3://${{ secrets.S3_BUCKET_NAME }} --delete

🟪 פריסה ל-Render.com

**🔐 סודות GitHub:** `RENDER_DEPLOY_HOOK` (URL, שהתקבל מהגדרות השירות ב-Render).


# .github/workflows/deploy-render.yml
name: Trigger Render Deploy

on:
  workflow_dispatch: # הפעלה ידנית מ-UI GitHub

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Trigger Render Deploy Hook
        run: curl -X POST ${{ secrets.RENDER_DEPLOY_HOOK }}

🌟 CI/CD מתקדם: בניית Docker ← Push ל-GHCR ← Staging/Production ב-GCP Cloud Run

לשם כך נצטרך מספר קבצי workflow.

1. בנייה ופרסום תמונת Docker ב-GHCR


# .github/workflows/build.yml
name: Build & Push to GHCR

on:
  push:
    branches: [main]

jobs:
  build-and-push:
    runs-on: ubuntu-latest
    permissions:
      contents: read      # עבור checkout
      packages: write     # עבור push ל-GHCR

    steps:
      - uses: actions/checkout@v3

      - name: Log in to GitHub Container Registry
        uses: docker/login-action@v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}

      - name: Build Docker image
        # החלף את myapp בשם היישום שלך
        run: docker build -t ${{ secrets.DOCKER_USERNAME }}/myapp:latest .

      - name: Push Docker image
        run: docker push ${{ secrets.DOCKER_USERNAME }}/myapp:latest

github.repository_owner: בעל המאגר (שם המשתמש או הארגון שלך).
github.event.repository.name: שם המאגר.
myapp: שם היישום/התמונה שלך.

2. פריסה אוטומטית ל-Staging (GCP Cloud Run)

ה-workflow הזה יופעל אוטומטית לאחר השלמה מוצלחת של `build.yml`.


# .github/workflows/deploy-staging.yml
name: Deploy to GCP Cloud Run (Staging)

on:
  workflow_run:
    workflows: ["Build & Push to GHCR"] # שם ה-workflow של הבנייה
    types:
      - completed

jobs:
  deploy-staging:
    runs-on: ubuntu-latest
    # הפעל רק אם ה-workflow של הבנייה הסתיים בהצלחה
    if: ${{ github.event.workflow_run.conclusion == 'success' }}

    # השתמש בסביבות GitHub עבור staging (אופציונלי, אך פרקטיקה טובה)
    environment:
      name: staging
      url: ${{ steps.deploy.outputs.url }} # ה-URL יהיה זמין לאחר הפריסה

    steps:
      - uses: actions/checkout@v3

      - id: 'auth'
        uses: 'google-github-actions/auth@v2'
        with:
          credentials_json: '${{ secrets.GCP_CREDENTIALS }}'

      - name: 'Deploy to Cloud Run (Staging)'
        id: deploy
        uses: 'google-github-actions/deploy-cloudrun@v2'
        with:
          service: 'myapp-staging' # שם שירות ה-staging שלך ב-Cloud Run
          region: '${{ secrets.GCP_REGION }}'
          # השתמש בתמונה שנשלחה ב-build.yml
          image: 'ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest'
          project_id: '${{ secrets.GCP_PROJECT_ID }}'
          flags: '--allow-unauthenticated --platform=managed' # אפשר גישה לא מאומתת לדוגמה

3. פריסה ל-Production עם אישור ידני (GCP Cloud Run)

ה-workflow הזה מופעל ידנית דרך UI ה-GitHub Actions.


# .github/workflows/deploy-prod.yml
name: Deploy to GCP Cloud Run (Production)

on:
  workflow_dispatch: # מאפשר הפעלה ידנית

jobs:
  deploy-production:
    runs-on: ubuntu-latest

    environment:
      name: production
      url: ${{ steps.deploy.outputs.url }}

    steps:
      - uses: actions/checkout@v3

      - id: 'auth'
        uses: 'google-github-actions/auth@v2'
        with:
          credentials_json: '${{ secrets.GCP_CREDENTIALS }}'

      - name: 'Deploy to Cloud Run (Production)'
        id: deploy
        uses: 'google-github-actions/deploy-cloudrun@v2'
        with:
          service: 'myapp-production' # שם שירות ה-production שלך
          region: '${{ secrets.GCP_REGION }}'
          image: 'ghcr.io/${{ github.repository_owner }}/${{ github.event.repository.name }}/myapp:latest' # השתמש באותה תמונת 'latest'
          project_id: '${{ secrets.GCP_PROJECT_ID }}'
          flags: '--allow-unauthenticated --platform=managed'
          # עבור production ניתן להוסיף --no-traffic ולאחר מכן להחליף תנועה בהדרגה
          # traffic:
          #   latest: true
          #   percent: 100

🚀 CI/CD: מיסודות לייצור ב-GCP עם GitHub Actions – מדריך מלא עם דוגמאות 🚀

מהו CI/CD pipeline בהקשר של תכנות?

🔄 ממה מורכב בדרך כלל CI/CD pipeline?

🛠 כלים פופולריים ל-CI/CD:

🧠 למה בכלל צריך CI/CD?

📦 דוגמאות פשוטות ל-CI/CD עם GitHub Actions

🐳 CI/CD עבור Docker (בנייה ו-push ל-Docker Hub)

🚚 פריסה לפלטפורמות פופולריות

🟣 פריסה ל-Heroku

🟨 פריסה ל-AWS (לדוגמה, סטטי ל-S3)

🟪 פריסה ל-Render.com

🌟 CI/CD מתקדם: בניית Docker ← Push ל-GHCR ← Staging/Production ב-GCP Cloud Run

1. בנייה ופרסום תמונת Docker ב-GHCR

2. פריסה אוטומטית ל-Staging (GCP Cloud Run)

3. פריסה ל-Production עם אישור ידני (GCP Cloud Run)

🔐 אבטחה – זה חשוב!

מהו CI/CD pipeline בהקשר של תכנות?

🔄 ממה מורכב בדרך כלל CI/CD pipeline?

🛠 כלים פופולריים ל-CI/CD:

🧠 למה בכלל צריך CI/CD?

📦 דוגמאות פשוטות ל-CI/CD עם GitHub Actions

🐳 CI/CD עבור Docker (בנייה ו-push ל-Docker Hub)

🚚 פריסה לפלטפורמות פופולריות

🟣 פריסה ל-Heroku

🟨 פריסה ל-AWS (לדוגמה, סטטי ל-S3)

🟪 פריסה ל-Render.com

🌟 CI/CD מתקדם: בניית Docker ← Push ל-GHCR ← Staging/Production ב-GCP Cloud Run

1. בנייה ופרסום תמונת Docker ב-GHCR

2. פריסה אוטומטית ל-Staging (GCP Cloud Run)

3. פריסה ל-Production עם אישור ידני (GCP Cloud Run)

🔐 אבטחה – זה חשוב!

כתיבת תגובה לבטל