אזורים שבהם זמין App Lifecycle Manager

במסמך הזה מוסבר איך App Lifecycle Manager מנהל את האזורים הזמינים, את רפליקציית המשאבים ואת דרישות לגבי מיקומים של האפליקציה שאתם מציעים.

כשמציעים תוכנה כשירות (SaaS), חשוב להפיץ ולנהל את התשתית באזורים ספציפיים של Google Cloud כדי לעמוד בדרישות של הלקוחות לגבי מיקום אחסון הנתונים, לצמצם את זמן האחזור של משתמשי הקצה ולבודד כשלים אזוריים. כשמגדירים את האזורים ב-App Lifecycle Manager, קובעים מקור אמת יחיד (SSOT) למיקומים שבהם אפשר לפרוס את היחידות, הופכים את השכפול של המטא-נתונים של המוצרים לאוטומטי במיקומים גיאוגרפיים שונים, ומבטיחים התנהגות עקבית של ההשקה באזורים שונים.

אזורים זמינים ושכפול משאבים

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

כשמשתמשים ב-App Lifecycle Manager דרך מסוף Google Cloud , הוא משכפל באופן אוטומטי את המשאבים שהגדרתם באפליקציה לאזורים שונים. כך אפשר לשמור על העקביות והזמינות של המשאבים של App Lifecycle Manager בכל האזורים הזמינים שהגדרתם באפליקציה שאתם מציעים.

‫App Lifecycle Manager משכפל את המשאבים הבאים:

  • האפליקציה (Saas)

  • סוג היחידה (UnitKind)

  • שחרור (Release)

שימוש בglobal כאזור

בדרך כלל לא מומלץ לכלול את global כאזור באפליקציה שאתם מציעים ליעדי פריסה. ‫App Lifecycle Manager משתמש באזור global כדי להפיץ השקות אזוריות. אי אפשר להפעיל השקות אזוריות באזור global.

השקה לפי אזורים

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

ההשקות קוראות את רשימת האזורים הזמינים מהאפליקציה המשויכת.

שכפול משאבים

‫App Lifecycle Manager מטפל ביצירה ובעדכון של משאבים בכל האזורים שבהם האפליקציה זמינה.

כשמעדכנים את האזורים שבהם האפליקציה זמינה, App Lifecycle Manager מטפל בשכפול:

  • מיקומים שנוספו: המשאבים משוכפלים למיקומים החדשים שנוספו.

  • מיקומים עם עותקים ישנים: התוכן מעודכן.

מיקומים של Artifact Registry ו-Developer Connect

יש דרישות ספציפיות למיקומים של מאגר Artifact Registry ומכונות Developer Connect:

  • האזור של מאגר Artifact Registry ושל המכונה של Developer Connect יכול להיות כל אזור חוקי של Google Cloud . הם לא צריכים להיכלל באזורים שבהם האפליקציה זמינה.

  • האזור של מאגר Artifact Registry חייב להיות זהה לאזור של המכונה של Developer Connect.

    לשם כך, צריך שמשאבים מסוג הצעה, גרסה ויחידה של האפליקציה יהיו נוכחים בכל האזורים שמוגדרים בהצעת האפליקציה, גם אם המאגר של Artifact Registry והמכונה של Developer Connect נמצאים באזור אחד (שעשוי להיות שונה).

  • אפשר ליצור יחידות רק באזורים שצוינו בהצעת האפליקציה.

דוגמה להגדרת אזורים ב-App Lifecycle Manager

בדוגמה הבאה מוסבר איך פועלת חלוקה לאזורים כשמשתמשים ב-App Lifecycle Manager עם שכפול משאבים מנוהלים.

אם אתם רוצים לפרוס את האפליקציה ב-us-central1 וב-europe-west4, ולארח את המאגר ב-Artifact Registry ואת המכונה של Developer Connect ב-us-east1, ההגדרה האזורית של App Lifecycle Manager תיראה כך:

  • האזורים שבהם האפליקציה זמינה: ['us-central1', 'europe-west4']

  • האזור של מאגר Artifact Registry: us-east1

  • האזור של המכונה ב-Developer Connect: ‏us-east1

  • משאבים מסוג יחידה וגרסה: App Lifecycle Manager מנהל את היצירה והעדכונים של המשאבים האלה באזורים global,‏ us-central1 ו-europe-west4.

  • יחידות: אפשר ליצור יחידות ב-us-central1 או ב-europe-west4.

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

המאמרים הבאים