בקטע הזה של המדריך Google Cloud ארכיטיפים של פריסות מתואר הארכיטיפ של פריסת מולטי-קלאוד, מוצגות דוגמאות לתרחישי שימוש ומוסברים שיקולי עיצוב.
בארכיטקטורה שמשתמשת באב-טיפוס של פריסה מרובת עננים, חלקים מסוימים של האפליקציה פועלים ב- Google Cloud וחלקים אחרים נפרסים בפלטפורמות ענן אחרות.
תרחישים לדוגמה
בקטעים הבאים מופיעות דוגמאות לתרחישי שימוש שבהם ארכיטיפ הפריסה מרובת העננים הוא בחירה מתאימה.
Google Cloud כאתר הראשי וענן אחר כאתר DR
כדי לנהל תוכנית התאוששות מאסון (DR) באפליקציות שחיוניות למשימה ב-Google Cloud, אפשר לגבות את הנתונים ולשמור רפליקה פסיבית בפלטפורמת ענן אחרת, כמו שמוצג בדיאגרמה הבאה. אם האפליקציה ב-Google Cloud מושבתת, אפשר להשתמש בעותק המשוכפל החיצוני כדי לשחזר את האפליקציה בסביבת הייצור.
שיפור אפליקציות באמצעות יכולות Google Cloud
Google Cloud מציע יכולות מתקדמות בתחומים כמו אחסון, בינה מלאכותית (AI) ולמידת מכונה (ML), ביג דאטה וניתוח נתונים. ארכיטיפ הפריסה מרובת העננים מאפשר לכם ליהנות מהיכולות המתקדמות האלה ב- Google Cloud באפליקציות שאתם רוצים להפעיל בפלטפורמות ענן אחרות. דוגמאות ליכולות האלה:
- אחסון בארכיון ללא הגבלה בעלות נמוכה.
- AI and ML applications for data generated by applications deployed in other cloud platforms.
- תהליכי ניתוח ואחסון נתונים באמצעות BigQuery לנתונים שמוטמעים מאפליקציות שפועלות בפלטפורמות ענן אחרות.
בתרשים הבא מוצגת טופולוגיה של מרובה עננים שמשפרת אפליקציה שפועלת בפלטפורמת ענן אחרת באמצעות יכולות מתקדמות לעיבוד נתונים ב-Google Cloud.
מידע נוסף
למידע נוסף על ההיגיון ותרחישי השימוש של ארכיטיפ פריסה מרובה עננים, אפשר לעיין במאמר יצירת ארכיטקטורות היברידיות ומרובות עננים באמצעות Google Cloud.
שיקולים בתכנון
כשיוצרים ארכיטקטורה שמבוססת על ארכיטיפ של פריסה מרובת עננים, כדאי להתחשב בגורמי התכנון הבאים.
העלות של משאבים מיותרים
ארכיטקטורה מרובת עננים עולה בדרך כלל יותר מארכיטקטורה שבה האפליקציה פועלת באופן מלא ב- Google Cloud, בגלל הגורמים הבאים:
- יכול להיות שיהיה צורך לאחסן את הנתונים באופן מיותר בכל ענן ולא בענן יחיד. יכול להיות שעלויות האחסון והעברת הנתונים יהיו גבוהות יותר.
- אם אפליקציה פועלת בכמה פלטפורמות ענן, יכול להיות שחלק מהמשאבים המיותרים לא ינוצלו בצורה אופטימלית, מה שיוביל לעלות כוללת גבוהה יותר של הפריסה.
קישוריות בין עננים
כדי לאפשר תקשורת יעילה ברשת בין המשאבים שלכם בכמה פלטפורמות ענן, אתם צריכים קישוריות מאובטחת ומהימנה בין העננים. לדוגמה, אפשר להשתמש ב- Google Cloud Cross-Cloud Interconnect כדי ליצור קישוריות ייעודית עם רוחב פס גבוה בין Google Cloudלבין ספק שירותי ענן אחר. מידע נוסף זמין במאמר בנושא דפוסים לחיבור ספקי שירותי ענן אחרים ל- Google Cloud.
משך ההגדרה והמורכבות התפעולית
הגדרה והפעלה של טופולוגיה של ריבוי עננים דורשות הרבה יותר מאמץ מאשר ארכיטקטורה שמשתמשת רק ב Google Cloud:
- תכונות וכלים לאבטחה לא זהים בכל פלטפורמות הענן. אדמינים לענייני אבטחה צריכים ללמוד את המיומנויות והידע שנדרשים לניהול האבטחה של משאבים שמופצים בכל פלטפורמות הענן שבהן אתם משתמשים.
- אתם צריכים להקצות ולנהל משאבים ביעילות בכמה פלטפורמות ענן ציבוריות. כלים כמו Terraform יכולים לעזור לצמצם את המאמץ שנדרש להקצאה ולניהול של משאבים. כדי לנהל אפליקציות מרובות עננים שמבוססות על קונטיינרים, אפשר להשתמש באשכולות GKE מצורפים.
דוגמאות לארכיטקטורות
דוגמאות לארכיטקטורות שמשתמשות באב-טיפוס של פריסה מרובת עננים מופיעות במאמר יצירת ארכיטקטורות היברידיות ומרובות עננים באמצעות Google Cloud.