אפליקציות גלובליות ואזוריות

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

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

  • אפליקציות גלובליות: קיבוץ פונקציונלי של שירותים ועומסי עבודה שמפוזרים ברמה הגלובלית או במספר Google Cloud אזורים. לדוגמה, אפשר לכלול שירות מאזן עומסים גלובלי חיצוני של אפליקציות (ALB) ועומסי עבודה של קצה עורפי שמפוזרים ברחבי העולם.

  • אפליקציות אזוריות: קיבוץ פונקציונלי של שירותים ועומסי עבודה שנמצאים באופן מלא באזור Google Cloud אחד. לדוגמה, אפשר לכלול שירות אזורי של מאזן עומסים של אפליקציות (ALB) ועומסי עבודה בקצה העורפי שלו, שכולם ממוקמים ב-us-central1.

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

השוואה בין אפליקציות גלובליות ואזוריות

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

אפליקציה גלובלית בקשה אזורית
תרחיש שימוש מומלץ האפשרות הזו מתאימה במיוחד לאפליקציות עם רכיבים שהם גלובליים במהותם או מבוזרים בכמה אזורים. מומלץ אם כל רכיבי האפליקציה נמצאים באותו Google Cloud אזור, גם אם הם משתרעים על פני כמה פרויקטים.
היקף המשאב יכולה להכיל משאבים גלובליים ואזוריים Google Cloud מכל אזור. יכול להכיל רק Google Cloud משאבים מאותו אזור יחיד כמו האפליקציה. אי אפשר לרשום רכיבים גלובליים באפליקציה אזורית.
מטא-נתונים של אפליקציות מאוחסנים בכמה אזורים ונגישים מכל אזור Google Cloud.
אין תמיכה במיקום הנתונים.		 מאוחסנים באזור ספציפי אבל אפשר לגשת אליהם מכל Google Cloud אזור אחר.
אין תמיכה במיקום הנתונים.
דוגמאות ניהול אפליקציה גלובלית עם איזון עומסים ורכיבי קצה עורפי באזורים שונים, כדי לספק תצוגה מרכזית של המערכת המבוזרת. ניהול אפליקציה עם כל השירותים ועומסי העבודה ב-us-central1.

בחירת המיקום המתאים ביותר לאפליקציה

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

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

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

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

היתרונות של אפליקציות אזוריות

אפליקציות גלובליות מציעות גמישות למערכות מבוזרות. עם זאת, בחירה של מיקום אזורי לאפליקציות ב-App Hub יכולה לספק יתרונות משמעותיים:

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

  • צמצום זמן האחזור: בדרך כלל, מיקום משותף של רכיבי אפליקציה באותו אזור מצמצם את זמן האחזור ברשת בין הרכיבים, ויכול לשפר את ביצועי האפליקציה ואת חוויית המשתמש.

  • עמידה בדרישות של תכונות המוצר: במוצרים או בתכונות מסוימים Google Cloud נדרש שכל הרכיבים שפועלים יחד יהיו באותו אזור. לדוגמה, מכונה של Compute Engine יכולה לצרף דיסק אחסון מתמיד שנמצא באותו אזור. אפליקציה אזורית ב-App Hub תואמת באופן מובנה למגבלות ארכיטקטוניות כאלה.

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

  • התאמה לדומייני כשל: Google Cloud אזורים מתוכננים להיות דומייני כשל עצמאיים. פריסת האפליקציה באזור יחיד ושימוש בכמה תחומים (zones) בתוך האזור הזה לזמינות גבוהה, מאפשרת להתאים את העמידות של האפליקציה לכשלים למודל החוסן (resilience) של התשתית של Google Cloud.

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