בקטע הזה של המדריך 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 ולמידת מכונה בענן לנתונים שנוצרו על ידי אפליקציה מקומית.
- מחסן נתונים בענן ותהליכי ניתוח באמצעות 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.