פריסת קובצי אימג' של קונטיינרים לשירותי Cloud Run

המסוף

כדי לפרוס קובץ אימג' של קונטיינר:

1. נכנסים לדף Cloud Run במסוף Cloud de Confiance :

   כניסה ל-Cloud Run

2. לוחצים על Deploy container כדי להציג את הטופס Create service.

3. מזינים שם לשירות. שמות השירותים צריכים להיות באורך של עד 49 תווים, וייחודיים לכל אזור ופרויקט. אי אפשר לשנות את שם השירות בהמשך, והוא גלוי לכולם.

4. בשדה Region, משתמשים בערך ברירת המחדל.

5. בקטע Authentication, קובעים את ההגדרות הבאות:

   • אם אתם יוצרים API או אתר ציבוריים, בחרו באפשרות Allow public access. כשבוחרים באפשרות הזו, התפקיד "מפעיל IAM" מוקצה למזהה המיוחד allUser. אחרי שיוצרים את השירות, אפשר להשתמש ב-IAM כדי לערוך את ההגדרה הזו.
   • אם רוצים שירות מאובטח שמוגן באמצעות אימות, בוחרים באפשרות Require authentication.

6. מגדירים את החיוב לפי הצורך.

7. בקטע Service scaling, אם אתם משתמשים בהתאמה אוטומטית לעומס (automatic scaling) שמוגדרת כברירת מחדל ב-Cloud Run, אתם יכולים לציין את מספר המכונות המינימלי והמקסימלי או להגדיר אמצעי בקרה להתאמה לעומס. אם אתם משתמשים בהתאמה ידנית לעומס (scaling), ציינו את מספר המכונות של השירות.

8. מגדירים את ההגדרות של Ingress בטופס לפי הצורך.

9. לוחצים על Containers, Networking, Security כדי להגדיר הגדרות אופציונליות אחרות בכרטיסיות המתאימות:

   • בו-זמניות
   • הגדרת מאגר התגים
   • מגבלות על המעבד (CPU)
   • מגבלות זיכרון
   • פסק זמן לבקשה
   • סודות
   • משתני סביבה
   • סביבת הפעלה
   • HTTP/2
   • חשבונות שירות
   • חיבורים ל-Cloud SQL
   • חיבור VPC

10. כשמסיימים להגדיר את השירות, לוחצים על Create כדי לפרוס את קובץ האימג' ב-Cloud Run וממתינים לסיום הפריסה.

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

gcloud

1. מפעילים את Cloud Shell במסוף Cloud de Confiance .

   הפעלת Cloud Shell

   בחלק התחתון של מסוף Cloud de Confiance יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

2. כדי לפרוס קובץ אימג' של קונטיינר:

   1. מריצים את הפקודה הבאה:

      gcloud run deploy SERVICE --image IMAGE_URL

      מחליפים את מה שכתוב בשדות הבאים:

      • ‫SERVICE: שם השירות שאליו רוצים לפרוס. שמות השירותים צריכים להיות באורך של עד 49 תווים, וייחודיים לכל אזור ופרויקט. אם השירות עדיין לא קיים, הפקודה הזו יוצרת את השירות במהלך הפריסה. אפשר להשמיט את הפרמטר הזה לגמרי, אבל אם תשמיטו אותו תתבקשו להזין את שם השירות.
      • ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם אתם משתמשים ב-Artifact Registry, המאגר REPO_NAME כבר צריך להיות קיים. הפורמט של כתובת ה-URL הוא LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG. שימו לב שאם לא תציינו את הדגל --image, פקודת הפריסה תנסה לפרוס מקוד המקור.

      אם אתם יוצרים API או אתר ציבורי, אתם יכולים לאפשר גישה ציבורית לשירות באמצעות הדגל --allow-unauthenticated. כך מקצים את תפקיד ה-IAM Cloud Run Invoker ל-allUsers. אפשר גם לציין את הערך --no-allow-unauthenticated כדי לא לאפשר גישה ציבורית. אם לא תציינו את אחד מהדגלים האלה, תתבקשו לאשר כשהפקודה deploy תפעל.

   2. מחכים שהפריסה תסתיים. בסיום הפריסה, תוצג הודעה על הצלחת הפריסה וכתובת ה-URL של השירות שנפרס.

   שימו לב: כדי לפרוס במיקום שונה מזה שהגדרתם באמצעות המאפיינים run/region gcloud, צריך להשתמש ב:

   gcloud run deploy SERVICE --region REGION

YAML

אתם יכולים לשמור את מפרט השירות בקובץ YAML ואז לפרוס אותו באמצעות ה-CLI של gcloud.

1. יוצרים קובץ service.yaml חדש עם התוכן הבא:

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
     name: SERVICE
   spec:
     template:
       spec:
         containers:
         - image: IMAGE

   מחליפים את מה שכתוב בשדות הבאים:

   • ‫SERVICE: השם של שירות Cloud Run. שמות השירותים צריכים להיות באורך של עד 49 תווים, וייחודיים לכל אזור ופרויקט.
   • ‫IMAGE: כתובת ה-URL של קובץ האימג' של הקונטיינר.

   אפשר גם לציין הגדרות נוספות, כמו משתני סביבה או מגבלות זיכרון.

2. פורסים את השירות החדש באמצעות הפקודה הבאה:

   gcloud run services replace service.yaml

   כברירת מחדל, הפקודה gcloud run services replace משתמשת בקובץ service.yaml אם הוא קיים.

3. אם רוצים לאפשר גישה לשירות בלי אימות, אפשר להפוך את השירות לציבורי.

Terraform

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

  provider "google" {
    project = "PROJECT-ID"
  }

  resource "google_cloud_run_v2_service" "default" {
    name     = "SERVICE"
    location = "REGION"
    client   = "terraform"

    template {
      containers {
        image = "IMAGE_URL"
      }
    }
  }

  resource "google_cloud_run_v2_service_iam_member" "noauth" {
    location = google_cloud_run_v2_service.default.location
    name     = google_cloud_run_v2_service.default.name
    role     = "roles/run.invoker"
    member   = "allUsers"
  }

מחליפים את מה שכתוב בשדות הבאים:

• ‫PROJECT-ID: מזהה הפרויקט ב- Cloud de Confiance
• ‫REGION: האזור של Cloud de Confiance
• ‫SERVICE: השם של שירות Cloud Run. שמות השירותים צריכים להיות באורך של עד 49 תווים, וייחודיים לכל אזור ופרויקט.
• ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם משתמשים ב-Artifact Registry, צריך כבר ליצור את המאגר REPO_NAME. כתובת ה-URL היא בפורמט LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG

ההגדרה הזו מאפשרת גישה ציבורית (המקבילה של --allow-unauthenticated). כדי להפוך את השירות לפרטי, צריך להסיר את הבית google_cloud_run_v2_service_iam_member.

ספריות לקוח

כדי לפרוס שירות חדש מקוד:

• Go
• Java
• Node.js
• Python
• Ruby
• PHP
• ‎.NET

‫API בארכיטקטורת REST

כדי לפרוס שירות חדש, שולחים בקשת HTTP מסוג POST לנקודת הקצה (endpoint) של Cloud Run Admin API service.

לדוגמה, באמצעות curl:

curl -H "Content-Type: application/json" \
  -H "Authorization: Bearer ACCESS_TOKEN" \
  -X POST \
  -d '{template: {containers: [{image: "IMAGE_URL"}]}}' \
  https://run.googleapis.com/v2/projects/PROJECT_ID/locations/REGION/services?serviceId=SERVICE

מחליפים את מה שכתוב בשדות הבאים:

• ‫ACCESS_TOKEN: טוקן גישה תקין לחשבון עם הרשאות IAM לפריסת שירותים. לדוגמה, אם אתם מחוברים ל-gcloud, אתם יכולים לאחזר אסימון גישה באמצעות gcloud auth print-access-token. מתוך מכונה של קונטיינר ב-Cloud Run, אתם יכולים לאחזר אסימון גישה באמצעות שרת המטא-נתונים של המכונה של הקונטיינר.
• ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם אתם משתמשים ב-Artifact Registry, המאגר REPO_NAME כבר צריך להיות קיים. הפורמט של כתובת ה-URL הוא LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG.
• ‫SERVICE: שם השירות שאליו רוצים לפרוס. שמות השירותים צריכים להיות באורך של עד 49 תווים, וייחודיים לכל אזור ופרויקט.
• ‫REGION: האזור של השירות ב- Cloud de Confiance .
• ‫PROJECT-ID: מזהה הפרויקט ב- Cloud de Confiance .

המסוף

כדי לפרוס גרסה חדשה של שירות קיים:

1. נכנסים לדף Services של Cloud Run במסוף Cloud de Confiance :

   כניסה ל-Cloud Run

2. ברשימת השירותים, לוחצים על השירות שרוצים לעדכן.

3. בכרטיסייה Containers (מאגרי תגים) אפשר לקבוע את ההגדרות הבאות:

   1. מגבלות זיכרון ומגבלות מעבד (CPU)
   2. דיסקים זמניים
   3. מעבדים גרפיים
   4. בדיקות תקינות
   5. משתני סביבה וסודות
   6. אחסון
   7. חיבורים ל-Cloud SQL
   8. סביבת הפעלה

4. בכרטיסייה רשת אפשר להגדיר את האפשרויות הבאות:

   1. Ingress והשבתת כתובת ה-URL שמוגדרת כברירת מחדל
   2. Cloud Service Mesh
   3. חיבור VPC
   4. ‫HTTP/2 וזיקה לסשן (session affinity)

5. בכרטיסייה אבטחה אפשר לקבוע את ההגדרות הבאות:

   1. העדפות אימות
   2. חשבונות שירות
   3. Binary Authorization
   4. מפתחות KMS של הלקוח
   5. זיהוי איומים ב-Cloud Run

6. בכרטיסייה Scaling אפשר לקבוע את ההגדרות הבאות:

   1. התאמה אוטומטית לעומס (Automatic scaling) או התאמה ידנית לעומס (Manual scaling)
   2. העדפות חיוב
   3. זמן קצוב לתפוגה של בקשה ובו-זמניות

7. לוחצים על View diff & redeploy ואז על Deploy changes כדי לפרוס את השינויים.

gcloud

1. מפעילים את Cloud Shell במסוף Cloud de Confiance .

   הפעלת Cloud Shell

   בחלק התחתון של מסוף Cloud de Confiance יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

2. כדי לפרוס קובץ אימג' של קונטיינר:

   1. מריצים את הפקודה:

      gcloud run deploy SERVICE --image IMAGE_URL

      מחליפים את מה שכתוב בשדות הבאים:

      • ‫SERVICE: שם השירות שאתם פורסים. אפשר להשמיט את הפרמטר הזה לגמרי, אבל אם תשמיטו אותו תתבקשו להזין את שם השירות.
      • ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם אתם משתמשים ב-Artifact Registry, המאגר REPO_NAME כבר צריך להיות קיים. הפורמט של כתובת ה-URL הוא LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG.

      הסיומת של הגרסה מוקצית באופן אוטומטי לגרסאות חדשות. אם רוצים לספק סיומת גרסה משלכם, משתמשים בפרמטר --revision-suffix של ה-CLI של gcloud.

   2. מחכים שהפריסה תסתיים. בסיום הפריסה, תוצג הודעה על הצלחת הפריסה וכתובת ה-URL של השירות שנפרס.

YAML

אם אתם צריכים להוריד או להציג את ההגדרות של שירות קיים, אתם יכולים להשתמש בפקודה הבאה כדי לשמור את התוצאות בקובץ YAML:

gcloud run services describe SERVICE --format export > service.yaml

בקובץ YAML של הגדרת השירות, משנים את מאפייני הצאצא של spec.template לפי הצורך כדי לעדכן את הגדרות הגרסה, ואז פורסים את הגרסה החדשה:

gcloud run services replace service.yaml

כברירת מחדל, הפקודה gcloud run services replace משתמשת בקובץ service.yaml אם הוא קיים.

Terraform

מוודאים שהגדרתם את Terraform כמו שמתואר בדוגמה פריסת שירות חדש.

1. משנים את קובץ התצורה.

2. מחילים את ההגדרות של Terraform:

   terraform apply

   כדי לאשר שרוצים לבצע את הפעולות שמתוארות, מזינים yes.

ספריות לקוח

כדי לפרוס גרסה חדשה מהקוד:

• Go
• Java
• Node.js
• Python
• Ruby
• PHP
• ‎.NET

‫API בארכיטקטורת REST

כדי לפרוס גרסה חדשה, שולחים בקשת HTTP מסוג PATCH לנקודת הקצה (endpoint) של Cloud Run Admin API‏ service.

לדוגמה, באמצעות curl:

curl -H "Content-Type: application/json" \
  -H "Authorization: Bearer ACCESS_TOKEN" \
  -X PATCH \
  -d '{template: {containers: [{image: "IMAGE_URL"}]}}' \
  https://run.googleapis.com/v2/projects/PROJECT_ID/locations/REGION/services/SERVICE

מחליפים את מה שכתוב בשדות הבאים:

• ‫ACCESS_TOKEN: אסימון גישה תקין לחשבון עם הרשאות IAM לפריסת גרסאות. לדוגמה, אם אתם מחוברים ל-gcloud, אתם יכולים לאחזר אסימון גישה באמצעות gcloud auth print-access-token. מתוך מכונה של קונטיינר ב-Cloud Run, אתם יכולים לאחזר אסימון גישה באמצעות שרת המטא-נתונים של המכונה של הקונטיינר.
• ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם אתם משתמשים ב-Artifact Registry, המאגר REPO_NAME כבר צריך להיות קיים. הפורמט של כתובת ה-URL הוא LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG.
• ‫SERVICE: שם השירות שאתם פורסים.
• ‫REGION: האזור של השירות ב- Cloud de Confiance .
• ‫PROJECT-ID: מזהה הפרויקט ב- Cloud de Confiance .

המסוף

כדי לפרוס שירות חדש עם קונטיינרים מסוג sidecar:

1. נכנסים לדף Services של Cloud Run במסוף Cloud de Confiance :

   כניסה ל-Cloud Run

2. לוחצים על Deploy container כדי להציג את הטופס Create service.

3. מציינים את שם השירות ואת כתובת ה-URL של קובץ האימג' של קונטיינר ה-Ingress שרוצים לפרוס.

4. לוחצים על Containers, Networking, Security.

5. בכרטיס Edit container, מגדירים את מאגר ה-ingress לפי הצורך.

6. לוחצים על Add container ומגדירים קונטיינר משני שרוצים להוסיף לצד קונטיינר ה-ingress. אם ה-sidecar תלוי בקונטיינר אחר בשירות, צריך לציין את זה בתפריט Container start-up order. חוזרים על השלב הזה לכל קונטיינר משני (sidecar) שפורסים.

7. לוחצים על יצירה.

כדי להגדיר שירות קיים עם קובצי עזר:

1. נכנסים לדף Services של Cloud Run במסוף Cloud de Confiance :

   כניסה ל-Cloud Run

2. כדי לפרוס לשירות קיים, לוחצים על השירות.

3. לוחצים על הכרטיסייה מאגרי תגים.

4. לוחצים על Add container ומגדירים קונטיינר משני שרוצים להוסיף לצד קונטיינר ה-ingress. אם ה-sidecar תלוי בקונטיינר אחר בשירות, צריך לציין את זה בתפריט Container start-up order. חוזרים על השלב הזה לכל קונטיינר משני (sidecar) שפורסים.

5. לוחצים על הצגת ההבדלים ופריסה מחדש.

6. כדי להעביר את כל התנועה לגרסה החדשה, בוחרים באפשרות Serve this revision immediately. כדי להשיק את העדכון בהדרגה, מבטלים את הסימון בתיבה הזו. כתוצאה מכך, מתבצע פריסה שבה לא נשלחת תנועה לגרסה החדשה. אחרי הפריסה, פועלים לפי ההוראות להשקות הדרגתיות.

7. לוחצים על פריסת השינויים.

gcloud

1. מפעילים את Cloud Shell במסוף Cloud de Confiance .

   הפעלת Cloud Shell

   בחלק התחתון של מסוף Cloud de Confiance יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

2. כדי לפרוס כמה קונטיינרים בשירות, מריצים את הפקודה הבאה:

   gcloud run deploy SERVICE \
    --container INGRESS_CONTAINER_NAME \
    --image='INGRESS_IMAGE' \
    --port='CONTAINER_PORT' \
    --container SIDECAR_CONTAINER_NAME \
    --image='SIDECAR_IMAGE'

   מחליפים את מה שכתוב בשדות הבאים:

   • ‫SERVICE: שם השירות שאתם פורסים. אפשר להשמיט את הפרמטר הזה לגמרי, אבל אם תשמיטו אותו תתבקשו להזין את שם השירות.
   • ‫INGRESS_CONTAINER_NAME: שם למאגר שמקבל בקשות, למשל app.
   • ‫INGRESS_IMAGE: הפניה לקובץ האימג' של הקונטיינר שאמור לקבל בקשות, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest.
   • ‫CONTAINER_PORT: היציאה שבה מאזין מאגר ה-ingress לבקשות נכנסות. בניגוד לשירות עם קונטיינר יחיד, בשירות שמכיל קונטיינרים של Sidecar אין יציאת ברירת מחדל לקונטיינר ה-ingress. צריך להגדיר באופן מפורש את יציאת מאגר ה-ingress, ורק למאגר אחד יכולה להיות יציאה חשופה.
   • ‫SIDECAR_CONTAINER_NAME: שם לקונטיינר המשני (sidecar), לדוגמה sidecar.
   • ‫SIDECAR_IMAGE: הפניה לקובץ האימג' של הקונטיינר המשני (sidecar)

   כדי להגדיר כל קונטיינר בפקודת הפריסה, צריך לספק את ההגדרות של כל קונטיינר אחרי הפרמטרים של container, לדוגמה:

   gcloud run deploy SERVICE \
     --container CONTAINER_1_NAME \
     --image='INGRESS_IMAGE' \
     --set-env-vars=KEY=VALUE \
     --port='CONTAINER_PORT' \
     --container SIDECAR_CONTAINER_NAME \
     --image='SIDECAR_IMAGE' \
     --set-env-vars=KEY_N=VALUE_N

3. מחכים שהפריסה תסתיים. בסיום הפריסה, תוצג הודעת הצלחה יחד עם כתובת ה-URL של השירות שנפרס.

YAML

ההוראות האלה מציגות קובץ YAML בסיסי לשירות Cloud Run עם קונטיינרים של Sidecar. יוצרים קובץ בשם service.yaml ומוסיפים לו את הקוד הבא:

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  annotations:
  name: SERVICE
spec:
  template:
    spec:
      containers:
      - image: INGRESS_IMAGE
        ports:
          - containerPort: CONTAINER_PORT
      - image: SIDECAR_IMAGE
      

מחליפים את מה שכתוב בשדות הבאים:

• ‫SERVICE: השם של שירות Cloud Run. שמות השירותים צריכים להיות באורך של עד 49 תווים.
• ‫CONTAINER_PORT: היציאה שבה מאזין מאגר ה-ingress לבקשות נכנסות. בניגוד לשירות עם קונטיינר יחיד, בשירות שמכיל קונטיינרים של Sidecar אין יציאת ברירת מחדל לקונטיינר ה-ingress. צריך להגדיר באופן מפורש את יציאת מאגר ה-ingress, ורק למאגר אחד יכולה להיות יציאה חשופה.
• ‫INGRESS_IMAGE: הפניה לקובץ האימג' של הקונטיינר שאמור לקבל בקשות, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest.
• ‫SIDECAR_IMAGE: הפניה לקובץ האימג' של הקונטיינר המשני. כדי לציין כמה קובצי sidecar, מוסיפים עוד רכיבים למערך containers בקובץ ה-YAML.

אחרי שמעדכנים את קובץ ה-YAML כך שיכלול את קונטיינר ה-ingress והקונטיינר המשני, פורסים ב-Cloud Run באמצעות הפקודה:

gcloud run services replace service.yaml

כברירת מחדל, הפקודה gcloud run services replace משתמשת בקובץ service.yaml אם הוא קיים.

Terraform

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

resource "google_cloud_run_v2_service" "default" {
  name     = "SERVICE"
  location = "REGION"
  ingress = "INGRESS_TRAFFIC_ALL"
  template {
    containers {
      name = "INGRESS_CONTAINER_NAME"
      ports {
        container_port = CONTAINER_PORT
      }
      image = "INGRESS_IMAGE"
      depends_on = ["SIDECAR_CONTAINER_NAME"]
    }
    containers {
      name = "SIDECAR_CONTAINER_NAME"
      image = "SIDECAR_IMAGE"
      }
    }
  }

הערך CONTAINER_PORT מייצג את היציאה שבה מאזין מאגר ה-ingress לבקשות נכנסות. בניגוד לשירות עם קונטיינר יחיד, בשירות שמכיל קונטיינרים של Sidecar אין יציאת ברירת מחדל לקונטיינר של Ingress. צריך להגדיר באופן מפורש את יציאת מאגר ה-ingress, ורק למאגר אחד יכולה להיות יציאה חשופה.

gcloud

כדי להשבית את בדיקת התקינות של הפריסה, משתמשים בדגל --no-deploy-health-check:

gcloud run deploy --image IMAGE_URL --no-deploy-health-check

מחליפים את מה שכתוב בשדות הבאים:

• ‫IMAGE_URL: הפניה לקובץ האימג' של הקונטיינר, לדוגמה us-docker.pkg.dev/cloudrun/container/hello:latest. אם אתם משתמשים ב-Artifact Registry, המאגר REPO_NAME כבר צריך להיות קיים. הפורמט של כתובת ה-URL הוא LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG.

אם בדיקת התקינות של הפריסה הושבתה בעבר, אפשר להשתמש ב---deploy-health-check כדי להפעיל אותה מחדש.

YAML

כדי להשבית את בדיקת התקינות של הפריסה, מוסיפים את ההערה run.googleapis.com/health-check-disabled עם הערך 'true' ל-spec.template.metadata.annotations.

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: SERVICE
spec:
  template:
    metadata:
      annotations:
        run.googleapis.com/health-check-disabled: 'true'

Terraform

כדי להשבית את בדיקת התקינות של הפריסה, מגדירים את הארגומנט health_check_disabled לערך true בבלוק template.

resource "google_cloud_run_v2_service" "default" {
  name     = "SERVICE"
  ...
  template {
    health_check_disabled = true
    ...
  }
}