כ-Cloud Architect או מקבל החלטות, כשאתם מתכננים לפרוס אפליקציה ב- Google Cloud, אתם צריכים לבחור ארכיטיפ פריסה1 שמתאים לאפליקציה. במדריך הזה מתוארים שישה ארכיטיפים של פריסה – אזורי, כלל-אזורי, במספר אזורים, גלובלי, היברידי וריבוי עננים – ומוצגים תרחישים לדוגמה ושיקולי תכנון לכל ארכיטיפ פריסה. במדריך יש גם ניתוח השוואתי שיעזור לכם לבחור את ארכיטיפ הפריסה שעונה על הדרישות שלכם מבחינת זמינות, עלות, ביצועים ויעילות תפעולית.
מהו ארכיטיפ פריסה?
ארכיטיפ פריסה הוא מודל מופשט שלא תלוי בספק, שמשמש כבסיס לבניית ארכיטקטורות פריסה ספציפיות לאפליקציה שעומדות בדרישות העסקיות והטכניות שלכם. כל ארכיטיפ פריסה מציין שילוב של דומייני כשל שבהם אפשר להריץ אפליקציה. דומייני הכשל האלה יכולים להיות Google Cloud אזור אחד או יותר, והם יכולים לכלול גם את מרכזי הנתונים המקומיים או את דומייני הכשל של ספקי שירותי ענן אחרים.
בתרשים הבא מוצגות שש אפליקציות שנפרסו ב- Google Cloud. כל אפליקציה משתמשת בארכיטיפ פריסה שעונה על הדרישות הספציפיות שלה.
כמו שמוצג בתרשים הקודם, בארכיטקטורה שמשתמשת בארכיטיפ של פריסה היברידית או של פריסה בכמה עננים, הטופולוגיה של הענן מבוססת על אחד מהארכיטיפים הבסיסיים: אזורי, במספר אזורים או גלובלי. במובן הזה, אפשר להתייחס לארכיטיפים של פריסה היברידית ופריסה בכמה עננים כארכיטיפים מורכבים של פריסה, שכוללים את אחד מהארכיטיפים הבסיסיים.
בחירת ארכיטיפ פריסה עוזרת לפשט את ההחלטות הבאות לגבי המוצרים והתכונות של Google Cloud שבהם כדאי להשתמש. לדוגמה, לאפליקציה בקונטיינר עם זמינות גבוהה, אם בוחרים בארכיטיפ של פריסה אזורית, אשכולות אזוריים של Google Kubernetes Engine (GKE) מתאימים יותר מאשכולות GKE בתחום.
כשבוחרים ארכיטיפ פריסה לאפליקציה, צריך להביא בחשבון את הפשרות בין גורמים כמו זמינות, עלות ומורכבות תפעולית. לדוגמה, אם אפליקציה משרתת משתמשים בכמה מדינות וצריכה זמינות גבוהה, תוכלו לבחור בארכיטיפ של פריסה בכמה אזורים. לעומת זאת, באפליקציה פנימית שמשמשת עובדים באזור גיאוגרפי אחד, יכול להיות שתעדיפו לתת עדיפות לעלות על פני זמינות, ולכן תבחרו בארכיטיפ של פריסה אזורית.
סקירה כללית של ארכיטיפים לפריסה
בכרטיסיות הבאות מופיעות הגדרות של ארכיטיפים לפריסה, וסיכום של תרחישי השימוש ושיקולי התכנון של כל אחד מהם.
אזורי
האפליקציה פועלת באזור Google Cloud יחיד, כמו שמוצג בתרשים הבא:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
אזורי
האפליקציה פועלת באופן עצמאי בשני אזורים או יותר בתוךGoogle Cloud אזור אחד, כפי שמוצג בתרשים הבא:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
במספר אזורים
האפליקציה פועלת באופן עצמאי בכמה אזורים בשני מחוזות או יותר שלGoogle Cloud . אפשר להשתמש במדיניות הניתוב של DNS כדי לנתב את התנועה הנכנסת למאזני העומסים האזוריים. לאחר מכן, מאזני העומסים האזוריים מפזרים את התנועה בין הרפליקות של האפליקציה באזורים, כמו שמוצג בתרשים הבא:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
עולמי
האפליקציה פועלת ב- Google Cloudאזורים ברחבי העולם, כמקבץ שמופץ באופן גלובלי (ללא קשר למיקום) או כמקבצים מבודדים אזורית. מפיץ את תעבורת הנתונים לאזור שהכי קרוב למשתמש.anycast מאזן עומסים גלובלי גם רכיבים אחרים של מחסנית האפליקציה יכולים להיות גלובליים, כמו מסד הנתונים, המטמון ומאגר האובייקטים.
התרשים הבא מציג את הגרסה המבוזרת באופן גלובלי של ארכיטיפ הפריסה הגלובלית. מאזן עומסים גלובלי מסוג anycast מעביר בקשות למקבץ אפליקציות שפרוס בכמה אזורים ומשתמש במסד נתונים שמשוכפל באופן גלובלי.
בתרשים הבא מוצגת וריאציה של ארכיטיפ הפריסה הגלובלית, עם מחסניות אפליקציות מבודדות אזורית. מאזן עומסים גלובלי של anycast מעביר בקשות למקבץ אפליקציות באחד מהאזורים. כל מחסניות האפליקציות משתמשות במסד נתונים אחד שמשוכפל באופן גלובלי.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב | עלויות של העברת נתונים בין אזורים ורפליקציית נתונים. |
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
מודל השתתפות היברידי
חלקים מסוימים של האפליקציה פרוסים ב- Google Cloud, וחלקים אחרים פועלים באופן מקומי, כפי שמוצג בתרשים הבא. הטופולוגיה ב- Google Cloud יכולה להשתמש בארכיטיפ פריסה ברמת התחום, האזור, מספר אזורים או ברמה הגלובלית.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
ריבוי עננים (multi-cloud)
חלקים מסוימים של האפליקציה פרוסים ב- Google Cloud, וחלקים אחרים פרוסים בפלטפורמות ענן אחרות, כפי שמוצג בתרשים הבא. הטופולוגיה בכל פלטפורמת ענן יכולה להשתמש בארכיטיפ פריסה ברמת התחום, האזור, מספר אזורים או ברמה הגלובלית.
| תרחישים לדוגמה |
|
|---|---|
| שיקולים שקשורים לעיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
שותפים ביצירת התוכן
מחבר: Kumar Dhanagopal | מפתח פתרונות חוצי-מוצרים
תורמים אחרים:
- אנה ברנברג | עמיתת הנדסה
- Anshu Kak | מהנדס בכיר
- ג'ף וולש | מנהל, ניהול מוצר
- מרוואן אל שאווי | מהנדס לקוחות של שותפים
- סקו פייג' | מנהל מוצר יוצא
- סטיב מקגי | מומחה לאמינות
- ויקטור מורנו | מנהל מוצר, Cloud Networking
-
Anna Berenberg and Brad Calder, Deployment Archetypes for Cloud Applications, ACM Computing Surveys, Volume 55, Issue 3, Article No.: 61, עמ' 1-48 ↩