אם אתם אדריכלי ענן או מקבלי החלטות, כשאתם מתכננים פריסה של אפליקציה ב-Google Cloud, אתם צריכים לבחור ארכיטיפ פריסה1 שמתאים לאפליקציה שלכם. במדריך הזה מתוארים שישה ארכיטיפים של פריסות: אזורית, אזורית, אזורית, גלובלית, היברידית ורב-ענן. בנוסף, מוצגים תרחישי שימוש ושיקולי עיצוב לכל ארכיטיפ של פריסה. בנוסף, המדריך כולל ניתוח השוואתי שיעזור לכם לבחור את ארכיטיפי הפריסה שעונים על הדרישות שלכם מבחינת זמינות, עלות, ביצועים ויעילות תפעולית.
מהו ארכיטיפ של פריסה?
ארכיטיפ פריסה הוא מודל מופשט שלא תלוי בספק, ומשמש כבסיס לבניית ארכיטקטורות פריסה ספציפיות לאפליקציות, שעונות על הדרישות העסקיות והטכניות שלכם. כל ארכיטיפ של פריסה מציין שילוב של תחומים שבהם יכולה לפעול אפליקציה. תחומי הכשל האלה יכולים להיות אזורים או תחומים שלGoogle Cloud , והם יכולים לכלול גם מרכזי נתונים בארגון או תחומי כשל אצל ספקי ענן אחרים.
הדיאגרמה הבאה מציגה שש אפליקציות שפרוסות ב- Google Cloud. כל אפליקציה משתמשת באב-טיפוס של פריסה שעונה על הדרישות הספציפיות שלה.
כפי שרואים בתרשים הקודם, בארכיטקטורה שמשתמשת באב-טיפוס של פריסה היברידית או מרובת עננים, הטופולוגיה של הענן מבוססת על אחד מאבות הטיפוס הבסיסיים: אזורי, אזורי, אזורי או גלובלי. במובן הזה, אפשר להתייחס לארכיטיפים של פריסה היברידית ופריסה מרובת עננים כאל ארכיטיפים של פריסה מורכבת שכוללים אחד מהארכיטיפים הבסיסיים.
בחירה בארכיטיפ לפריסה עוזרת לפשט את ההחלטות הבאות לגבי Google Cloud המוצרים והתכונות שבהם כדאי להשתמש. לדוגמה, אם בוחרים בארכיטיפ של פריסה אזורית לאפליקציה בקונטיינר עם זמינות גבוהה, אז אשכולות אזוריים של Google Kubernetes Engine (GKE) מתאימים יותר מאשכולות אזוריים של GKE.
כשבוחרים ארכיטיפ פריסה לאפליקציה, צריך לשקול את היתרונות והחסרונות של גורמים כמו זמינות, עלות ומורכבות תפעולית. לדוגמה, אם האפליקציה מיועדת למשתמשים בכמה מדינות וצריכה להיות זמינה מאוד, כדאי לבחור בארכיטיפ של פריסה בכמה אזורים. אבל אם מדובר באפליקציה פנימית שמשמשת עובדים באזור גיאוגרפי אחד, יכול להיות שחשוב לכם יותר לחסוך בעלויות מאשר להבטיח זמינות גבוהה, ולכן כדאי לבחור בארכיטיפ של פריסה אזורית.
סקירה כללית של ארכיטיפים של פריסה
בכרטיסיות הבאות מפורטות ההגדרות של ארכיטיפים של פריסות וסיכום של תרחישי השימוש ושיקולי התכנון של כל אחד מהם.
אזורי
האפליקציה שלכם פועלת בתוך תחום (zone) יחיד, כפי שמוצג בדיאגרמה הבאה: Google Cloud
| תרחישים לדוגמה |
|
|---|---|
| שיקולים לגבי העיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
אזורי
האפליקציה שלכם פועלת באופן עצמאי בשני תחומים (zones) או יותר בתוךGoogle Cloud אזור יחיד, כפי שמוצג בדיאגרמה הבאה:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים לגבי העיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
במספר אזורים
האפליקציה שלכם פועלת באופן עצמאי בכמה אזורים בשני אזורים או יותר שלGoogle Cloud . אפשר להשתמש במדיניות ניתוב של DNS כדי לנתב תנועה נכנסת למאזני עומסים אזוריים. מאזני העומסים האזוריים מחלקים את תעבורת הנתונים בין הרפליקות האזוריות של האפליקציה, כמו שמוצג בדיאגרמה הבאה:
| תרחישים לדוגמה |
|
|---|---|
| שיקולים לגבי העיצוב |
|
| מידע נוסף | אפשר לעיין בקטעים הבאים: |
עולמי
האפליקציה שלכם פועלת ב Google Cloudאזורים ברחבי העולם, או כמערך מבוזר גלובלי (לא מודע למיקום) או כמערכים מבודדים אזוריים. מאזן עומסים גלובלי מסוג anycast מפזר את התנועה לאזור הקרוב ביותר למשתמש. רכיבים אחרים של מערך האפליקציה יכולים להיות גם גלובליים, כמו מסד הנתונים, המטמון ומאגר האובייקטים.
התרשים הבא מציג את הארכיטיפ של פריסה גלובלית עם וריאנטים שמפוזרים גלובלית. מאזן עומסים גלובלי מסוג anycast מעביר בקשות למערך אפליקציות שמפוזרות בכמה אזורים ומשתמשות במסד נתונים משוכפל גלובלית.
התרשים הבא מציג וריאציה של ארכיטיפ פריסה גלובלי עם מחסניות אפליקציות מבודדות אזורית. מאזן עומסים גלובלי מסוג 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 ↩