מיקומים של Cloud Build

‫Cloud Build תומך בבנייה אזורית במאגרי משאבים פרטיים ובמאגרי משאבים שמוגדרים כברירת מחדל.

כשבוחרים אזור לבנייה, השיקולים העיקריים צריכים להיות זמן האחזור והזמינות. בדרך כלל אפשר לבחור את האזור הקרוב ביותר למשתמשים ב-Cloud Build, אבל כדאי גם לקחת בחשבון את המיקום של מוצרים ושירותים אחרים Google Cloud שאולי ישולבו ב-Build. שימוש בשירותים בכמה מיקומים יכול להשפיע על זמן האחזור של האפליקציה וגם על התמחור.

‫Cloud Build זמין באזורים הבאים:

• africa-south1
• asia-east1
• asia-east2
• asia-northeast1
• asia-northeast2
• asia-northeast3
• asia-south1
• asia-south2
• asia-southeast1
• asia-southeast2
• asia-southeast3
• australia-southeast1
• australia-southeast2
• europe-central2
• europe-north1
• europe-north2
• europe-southwest1
• europe-west1
• europe-west2
• europe-west3
• europe-west4
• europe-west6
• europe-west8
• europe-west9
• europe-west10
• europe-west12
• me-central1
• me-central2
• me-west1
• northamerica-northeast1
• northamerica-northeast2
• northamerica-south1
• southamerica-east1
• southamerica-west1
• us-central1
• us-east1
• us-east4
• us-east5
• us-south1
• us-west1
• us-west2
• us-west3
• us-west4

חשוב: לא כל סוגי המכונות זמינים בכל האזורים עבור מאגרי משאבים פרטיים. במאמר זמינות של סוגי מכונות לפי אזור מופיעה רשימה של האזורים הנתמכים לכל סוג מכונה.

בחירת אזור

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

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

אם קובץ הגדרות ה-build שמשויך לטריגר מציין מאגר פרטי, האזור שבוחרים לטריגר חייב להיות זהה לאזור של המאגר הפרטי.

אם בוחרים באפשרות global כאזור לטריגר לפיתוח גרסת Build, ‏ Cloud Build משתמש באזור שצוין בקובץ ההגדרות של ה-build שמשויך לטריגר כדי להריץ את ה-build. זה יכול להיות האזור של הבריכה הפרטית, אם מציינים בריכה פרטית בקובץ ההגדרות של הבנייה, או ברירת המחדל של הבריכה הגלובלית אם לא מציינים בריכה פרטית.

גישה למשאבים של Cloud Build באמצעות נקודות קצה אזוריות

אתם יכולים להשתמש בנקודות קצה אזוריות כדי לגשת למשאבים ב-Cloud Build. שימוש בנקודות קצה אזוריות מאפשר להריץ את עומסי העבודה באופן שעומד בדרישות של מיקום הנתונים וריבונות הנתונים, כי תנועת הבקשות מנותבת ישירות לאזור שצוין בנקודת הקצה.

נקודות קצה אזוריות הן נקודות קצה של בקשות, שמאפשרות לשלוח בקשה רק אם המשאב המושפע נמצא במיקום שצוין בנקודת הקצה. לדוגמה, בקשת יצירה של קובץ build בנקודת הקצה https://cloudBuild.me-central2.rep.googleapis.com תתבצע רק אם קובץ ההגדרות של ה-build ממוקם ב-me-central2.

בניגוד לנקודות קצה גלובליות, שבהן עיבוד הבקשות יכול להתבצע במיקום שונה מזה שבו נמצא המשאב, נקודות קצה אזוריות מבטיחות שהעיבוד של הבקשות יתבצע רק במיקום שצוין בנקודת הקצה שבה נמצא המשאב. נקודות קצה אזוריות מסיימות סשנים של TLS במיקום שצוין על ידי נקודת הקצה עבור בקשות שהתקבלו מהאינטרנט, ממשאבים אחרים שלGoogle Cloud (כמו מכונות וירטואליות של Compute Engine), משירותים מקומיים באמצעות VPN או Interconnect ומעננים וירטואליים פרטיים (VPC).

נקודות קצה אזוריות מבטיחות את מיקום הנתונים בכך שהן מוודאות שהנתונים של האובייקט במצב מנוחה ובהעברה לא יוצאו מהמיקום שצוין בנקודת הקצה. ההבטחה הזו לא כוללת מטא-נתונים של משאבים, כמו שמות של אובייקטים ומדיניות IAM של קטגוריות. מידע נוסף זמין במאמר הערה על נתוני לקוחות ונתוני שירות.

הערה: נקודות קצה אזוריות תומכות רק ב-HTTPS. אין תמיכה ב-HTTP.

מידע על השלבים הנדרשים להפעלת build זמין במאמר הפעלת build.

הגדרת Google Cloud CLI לשימוש בנקודות קצה אזוריות

כדי להגדיר את ה-CLI של gcloud לשימוש בנקודות קצה אזוריות:

1. מוודאים שמשתמשים בגרסה 402.0.0 ואילך של Google Cloud CLI.

2. מגדירים את המאפיין api_endpoint_overrides/cloudbuild לנקודת הקצה האזורית שבה רוצים להשתמש:

   gcloud config set api_endpoint_overrides/cloudbuild https://cloudbuild.LOCATION.rep.googleapis.com/

   לחלופין, אפשר להגדיר את משתנה הסביבה CLOUDSDK_API_ENDPOINT_OVERRIDES_CLOUDBUILD לנקודת הקצה:

   CLOUDSDK_API_ENDPOINT_OVERRIDES_CLOUDBUILD=https://cloudbuild.LOCATION.rep.googleapis.com/