בקטע הזה של המדריך Google Cloud ארכיטיפים של פריסות מתואר הארכיטיפ של פריסה היברידית, מוצגות דוגמאות לתרחישי שימוש ומוצגים שיקולים לעיצוב.
בארכיטקטורה שמבוססת על ארכיטיפ פריסה היברידית, חלקים מסוימים של האפליקציה נפרסים ב- Google Cloud, וחלקים אחרים פועלים במקום.
תרחישים לדוגמה
בקטעים הבאים מופיעות דוגמאות לתרחישי שימוש שבהם ארכיטיפ פריסה היברידית הוא בחירה מתאימה.
אתר להתאוששות מאסון (DR) לאפליקציה מקומית
באפליקציות שחיוניות למשימה שמופעלות במקום, אפשר לגבות את הנתונים ל- Google Cloud ולשמור רפליקה בענן, כמו שמוצג בתרשים הבא. תדירות הגיבוי והאם הרפליקה צריכה להיות פעילה או פסיבית תלויים ביעד משך ההתאוששות (RTO) וביעד נקודת ההתאוששות (RPO). אם האפליקציה המקומית מושבתת בגלל אירועים מתוכננים או לא מתוכננים, אפשר להפעיל את העותק המשוכפל ב- Google Cloud כדי לשחזר את האפליקציה בסביבת הייצור.
פיתוח מקומי של אפליקציות לענן
באפליקציה שפועלת ב- Google Cloud, אפשר לשמור את סביבות הפיתוח בסביבה המקומית ולהשתמש בפייפליין של CI/CD כדי להעביר עדכונים לענן, כמו שמוצג בדיאגרמה הבאה. הארכיטקטורה הזו מאפשרת לכם לשמור על שליטה בפעילויות הפיתוח, וליהנות מהיתרונות ש-Google Cloud מציעה מבחינת יכולת הרחבה, אופטימיזציה של העלויות והמהימנות.
שיפור אפליקציות מקומיות באמצעות יכולות ענן
Google Cloud מציע יכולות מתקדמות בתחומים רבים, כולל אחסון, בינה מלאכותית (AI) ולמידת מכונה (ML), Big Data וניתוח נתונים. ארכיטיפ הפריסה ההיברידית מאפשר לכם להשתמש ביכולות המתקדמות האלה גם באפליקציות שאתם מפעילים בסביבה מקומית.Google Cloud דוגמאות ליכולות האלה:
- אחסון בארכיון בענן של אפליקציה מקומית, ללא הגבלה ובעלות נמוכה.
- אפליקציות AI ו-ML בענן לנתונים שנוצרו על ידי אפליקציה מקומית.
- מחסן נתונים בענן ותהליכי ניתוח באמצעות BigQuery לנתונים שמועברים ממקורות נתונים מקומיים.
- Cloud bursting, כדי לטפל בעודף תנועה כשהעומס על האפליקציה המקומית מגיע לקיבולת השיא.
בתרשים הבא מוצגת טופולוגיה היברידית שבה נתונים מאפליקציה מקומית מועלים אל Google Cloud. מנתחי נתונים מנתחים את הנתונים שהועלו באמצעות יכולות מתקדמות של AI, למידת מכונה, Big Data וניתוח נתונים ב-Google Cloud.
טופולוגיה היברידית מדורגת
בטופולוגיה הזו, שנקראת לפעמים פריסה עם חלוקה לשכבות, הקצה הקדמי של האפליקציה נמצא ב- Google Cloudוהבק-אנד שלה נמצא בפריסה מקומית. הקצה הקדמי עשוי לכלול יכולות כמו איזון עומסים, CDN, הגנה מפני DDoS ומדיניות גישה. הקצה הקדמי שולח תנועה אל הבק-אנד שפועל בשרת מקומי לעיבוד, כמו שמוצג בדיאגרמה הבאה:
הארכיטקטורה הזו מתאימה לשימוש באפליקציה באופן גלובלי, אבל אם ה-Backend צריך להיות בסביבה מבוקרת אחת. וריאציה של תרחיש השימוש הזה היא להריץ את הקצה הקדמי במקום ולפרוס את הבק-אנד ב-Google Cloud.
מידע נוסף
למידע נוסף על הרציונל ותרחישי השימוש של ארכיטקטורת פריסה היברידית, אפשר לעיין במאמר יצירת ארכיטקטורות היברידיות ורב-ענניות באמצעות Google Cloud.
שיקולים לגבי העיצוב
כשיוצרים ארכיטקטורה שמבוססת על ארכיטיפ של פריסה היברידית, כדאי לקחת בחשבון את גורמי העיצוב הבאים.
חיבור רשת מקומי לענן
כדי שתהיה תקשורת יעילה בין הרשת שלכם לבין המשאבים ב- Google Cloud, אתם צריכים חיבור רשת אמין ומאובטח. למידע נוסף על אפשרויות הקישוריות ההיברידיות שמציעה Google Cloud, אפשר לעיין במאמר בחירת מוצרים של Network Connectivity.
משך ההגדרה והמורכבות התפעולית
הגדרה והפעלה של טופולוגיה היברידית דורשות יותר מאמץ מאשר ארכיטקטורה שמשתמשת רק ב- Google Cloud. כדי להפעיל את הטופולוגיה הזו, צריך לנהל את המשאבים באופן עקבי בסביבות המקומיות ובסביבותGoogle Cloud .
העלות של משאבים מיותרים
פריסה היברידית עלולה להיות יקרה יותר מפריסה בענן בלבד, כי יכול להיות שיהיה צורך לאחסן נתונים באופן מיותר גם בפריסה המקומית וגם בענן. בנוסף, יכול להיות שחלק מהמשאבים המיותרים לא מנוצלים מספיק. כשבונים ארכיטקטורה שמבוססת על ארכיטיפ של פריסה היברידית, צריך לקחת בחשבון את העלות הכוללת של המשאבים, שעשויה להיות גבוהה יותר.
דוגמאות לארכיטקטורות
דוגמאות לארכיטקטורות שמשתמשות באב-טיפוס של פריסה היברידית מופיעות במאמר יצירת ארכיטקטורות היברידיות ומרובות עננים באמצעות Google Cloud.