אם אתם אדריכלי ענן או מקבלי החלטות, כשאתם מתכננים לפרוס אפליקציה ב-Google Cloud, אתם צריכים לבחור ארכיטיפ פריסה1 שמתאים לאפליקציה שלכם. במדריך הזה מתוארים שישה ארכיטיפים של פריסה: אזורית, אזורית, רב-אזורית, גלובלית, היברידית ורב-עננית. בנוסף, מוצגים תרחישי שימוש ושיקולי תכנון לכל ארכיטיפ פריסה. במדריך יש גם ניתוח השוואתי שיעזור לכם לבחור את ארכיטיפי הפריסה שעונים על הדרישות שלכם מבחינת זמינות, עלות, ביצועים ויעילות תפעולית.
מהו ארכיטיפ של פריסה?
ארכיטיפ פריסה הוא מודל מופשט שלא תלוי בספק, ומשמש כבסיס לבניית ארכיטקטורות פריסה ספציפיות לאפליקציות, שעונות על הדרישות העסקיות והטכניות שלכם. כל ארכיטיפ של פריסה מציין שילוב של תחומים שבהם אפליקציה יכולה לפעול. תחומי הכשל האלה יכולים להיות אזורים או אזורי זמינות אחד או יותר שלGoogle Cloud , והם יכולים לכלול גם מרכזי נתונים בארגון או תחומי כשל אצל ספקי ענן אחרים.
בתרשים הבא מוצגות שש אפליקציות שפרוסות ב- Google Cloud. כל אפליקציה משתמשת באב-טיפוס של פריסה שעונה על הדרישות הספציפיות שלה.
כפי שרואים בתרשים הקודם, בארכיטקטורה שמשתמשת באב-טיפוס של פריסה היברידית או מרובת עננים, הטופולוגיה של הענן מבוססת על אחד מאבות הטיפוס הבסיסיים: אזורי, אזורי, מרובה אזורים או גלובלי. במובן הזה, אפשר להתייחס לארכיטיפים של פריסה היברידית ופריסה מרובת עננים כאל ארכיטיפים של פריסה מורכבת שכוללים אחד מהארכיטיפים הבסיסיים.
בחירה באב-טיפוס של פריסה עוזרת לפשט את ההחלטות הבאות לגבי Google Cloud המוצרים והתכונות שבהם כדאי להשתמש. לדוגמה, אם בוחרים בארכיטיפ של פריסה אזורית לאפליקציה בקונטיינר עם זמינות גבוהה, אשכולות אזוריים של Google Kubernetes Engine (GKE) מתאימים יותר מאשכולות של GKE לפי אזור.
כשבוחרים ארכיטיפ פריסה לאפליקציה, צריך לשקול את הפשרות בין גורמים כמו זמינות, עלות ומורכבות תפעולית. לדוגמה, אם אפליקציה משרתת משתמשים בכמה מדינות ונדרשת זמינות גבוהה, כדאי לבחור בארכיטיפ של פריסה רב-אזורית. אבל אם מדובר באפליקציה פנימית שמשמשת עובדים באזור גיאוגרפי אחד, יכול להיות שתעדיפו עלות נמוכה על פני זמינות, ולכן תבחרו בארכיטיפ של פריסה אזורית.
סקירה כללית של ארכיטיפים של פריסה
בכרטיסיות הבאות מפורטות ההגדרות של ארכיטיפים של פריסות וסיכום של תרחישי השימוש ושיקולי התכנון של כל אחד מהם.
אזורי
האפליקציה שלכם פועלת באזור יחיד, כמו שמוצג בדיאגרמה הבאה: Google Cloud
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
אזורי
האפליקציה שלכם פועלת באופן עצמאי בשני אזורים או יותר בתוךGoogle Cloud אזור יחיד, כפי שמוצג בתרשים הבא:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
במספר אזורים
האפליקציה שלכם פועלת באופן עצמאי בכמה אזורים בשניGoogle Cloud אזורים או יותר. אפשר להשתמש בכללי מדיניות לניתוב DNS כדי לנתב תנועה נכנסת למאזני העומסים האזוריים. מאזני העומסים האזוריים מחלקים את התעבורה בין הרפליקות האזוריות של האפליקציה, כמו שמוצג בתרשים הבא:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
עולמי
האפליקציה שלכם פועלת באזורים שונים ברחבי העולם, או כמערך מבוזר גלובלית (לא מודע למיקום) או כמערכים מבודדים אזורית. Google Cloudמאזן עומסים גלובלי מסוג anycast מפזר את תעבורת הנתונים לאזור שהכי קרוב למשתמש. רכיבים אחרים של מחסנית האפליקציות יכולים להיות גלובליים גם כן, כמו מסד הנתונים, המטמון ומאגר האובייקטים.
הדיאגרמה הבאה מציגה את הארכיטיפ של Deployment (פריסה) גלובלי עם וריאנטים שמפוזרים גלובלית. מאזן עומסים גלובלי מסוג anycast מעביר בקשות למערך אפליקציות שמפוזר על פני כמה אזורים ומשתמש במסד נתונים משוכפל גלובלית.
הדיאגרמה הבאה מציגה וריאציה של ארכיטיפ Deployment (פריסה) גלובלי עם מחסניות אפליקציות מבודדות אזורית. מאזן עומסים גלובלי מסוג anycast מעביר בקשות למערך אפליקציות באחד מהאזורים. כל מחסניות האפליקציות משתמשות במסד נתונים יחיד שמשוכפל באופן גלובלי.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון | עלויות של העברת נתונים ורפליקציית נתונים בין אזורים. |
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
היברידי
חלקים מסוימים של האפליקציה שלך נפרסים ב- Google Cloud, וחלקים אחרים פועלים בפריסה מקומית, כפי שמוצג בתרשים הבא. הטופולוגיה ב- Google Cloud יכולה להשתמש באב-טיפוס של פריסה בתחום, באזור, במספר אזורים או בעולם.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
ריבוי עננים (multi-cloud)
חלקים מסוימים מהאפליקציה שלך נפרסים ב- Google Cloud, וחלקים אחרים נפרסים בפלטפורמות ענן אחרות, כפי שמוצג בתרשים הבא. הטופולוגיה בכל פלטפורמת ענן יכולה להשתמש בארכיטיפ פריסה אזורי, רב-אזורי או גלובלי.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים בתכנון |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
שותפים ביצירת התוכן
מחבר: קומאר דהנגופל | מפתח פתרונות חוצי-מוצרים
תורמי תוכן אחרים:
- Anna Berenberg | Engineering Fellow
- Anshu Kak | Distinguished Engineer
- ג'ף וולש | מנהל, ניהול מוצר
- Marwan Al Shawi | Partner Customer Engineer
- Sekou Page | Outbound Product Manager
- Steve McGhee | Reliability Advocate
- Victor Moreno | Product Manager, Cloud Networking
-
Anna Berenberg ו-Brad Calder, Deployment Archetypes for Cloud Applications, ACM Computing Surveys, כרך 55, גיליון 3, מאמר מס': 61, עמ' 1-48 ↩