Cross-Cloud Network לאפליקציות מבוזרות

Last reviewed 2025-01-30 UTC

‫Cross-Cloud Network מאפשרת ארכיטקטורה להרכבה של אפליקציות מבוזרות. באמצעות Cross-Cloud Network אפשר לפזר עומסי עבודה ושירותים בין כמה רשתות בענן ורשתות מקומיות. הפתרון הזה מספק למפתחים ולמפעילי אפליקציות חוויה של ענן אחד בכמה עננים. הפתרון הזה משתמש בשימושים המקובלים ברשתות היברידיות וברשתות מרובות עננים וגם מרחיב אותם.

המדריך הזה מיועד לאדריכלי רשתות ולמהנדסי רשתות שרוצים לתכנן ולפתח אפליקציות מבוזרות ב-Cross-Cloud Network. במדריך הזה מוסברים השיקולים השונים בתכנון של Cross-Cloud Network.

מדריך העיצוב הזה הוא סדרה שכוללת את המסמכים הבאים:

הארכיטקטורה תומכת במחסניות של אפליקציות אזוריות וגלובליות, והיא מאורגנת בשכבות הפונקציונליות הבאות:

  • סגמנטציה של רשת וקישוריות: כוללת את מבנה הסגמנטציה של הענן הווירטואלי הפרטי (VPC) ואת קישור דרך IP בין רשתות VPC ורשתות חיצוניות.
  • רשתות שירות: פריסה של שירותי אפליקציות, שמאזנים את העומסים וזמינים בפרויקטים ובארגונים.
  • אבטחת רשת: מאפשרת לאכוף את האבטחה של התקשורת בתוך הענן ובין עננים, באמצעות אבטחת ענן מובנית ומכשירים וירטואליים ברשת (NVA).

סגמנטציה של רשת וקישוריות

מבנה הפילוח והקישוריות הם הבסיס לתכנון. בתרשים הבא מוצג מבנה של פילוח VPC, שאפשר להטמיע באמצעות תשתית מאוחדת או מפולחת. בתרשים הזה לא מוצגים החיבורים בין הרשתות.

מבנה הסגמנטציה של VPC לתכנון של Cross-Cloud Network

המבנה הזה כולל את הרכיבים הבאים:

  • ‫Transit VPC: מטפל בחיבורים לרשתות חיצוניות ובמדיניות הניתוב. ה-VPC הזה יכול גם לספק קישוריות בין רשתות VPC אחרות.
  • ‫Services access VPCs: מכילים נקודות גישה לשירותים שונים. אפשר להגיע לנקודות הגישה לשירות ברשתות ה-VPC האלה מרשתות אחרות.
  • ‫VPC של שירותים מנוהלים: מכילים שירותים שנוצרו על ידי ישויות אחרות. השירותים נגישים לאפליקציות שפועלות ברשתות VPC באמצעות Private Service Connect או גישה לשירותים פרטיים.
  • רשתות VPC של אפליקציות: מכילות את עומסי העבודה שמרכיבים את שירותי התוכנה שהארגון יוצר ומארח בעצמו.

בחירת מבנה הפילוח של רשתות ה-VPC של האפליקציות תלויה בהיקף של רשתות ה-VPC של האפליקציות שנדרשות, אם אתם מתכננים לפרוס חומות אש היקפיות ב-Cross-Cloud Network או באופן חיצוני, ובבחירה של פרסום שירות מרכזי או מבוזר.

‫Cross-Cloud Network תומך בפריסה של סטאקים של אפליקציות אזוריות וגלובליות. שני הארכיטיפים האלה של עמידות האפליקציה נתמכים על ידי מבנה הפילוח המוצע, עם דפוס הקישוריות בין רשתות VPC.

אפשר להשיג קישוריות בין רשתות VPC באמצעות Network Connectivity Center או באמצעות שילוב של קישור בין רשתות VPC שכנות (peering) ותבניות של רכזת ושלוחות של HA VPN.

העיצוב של תשתית ה-DNS מוגדר גם בהקשר של מבנה הפילוח, ללא קשר לדפוס הקישוריות.

Service networking

ארכיטיפים שונים של פריסת אפליקציות מובילים לדפוסים שונים של רשתות שירות. כשמתכננים Cross-Cloud Network, מתמקדים בארכיטיפ של פריסה במספר אזורים, שבו מחסנית אפליקציות פועלת באופן עצמאי בכמהGoogle Cloud אזורים בשני אזורים או יותר.

לארכיטיפ של פריסה במספר אזורים יש את המאפיינים הבאים, שמועילים לתכנון של Cross-Cloud Network:

  • אתם יכולים להשתמש במדיניות הניתוב של DNS כדי לנתב את התנועה הנכנסת למאזני העומסים האזוריים.
  • לאחר מכן, מאזני העומסים האזוריים יכולים להפיץ את התנועה למקבץ האפליקציות.
  • כדי להטמיע יתירות כשל אזורית, אפשר לעגן מחדש את מיפויי ה-DNS של מחסנית האפליקציות באמצעות מדיניות ניתוב של יתירות כשל ב-DNS.

חלופה לארכיטיפ של פריסה במספר אזורים היא ארכיטיפ של פריסה גלובלית, שבו מחסנית אחת בנויה על מאזני עומסים גלובליים ומשתרעת על פני כמה אזורים. כשעובדים עם עיצוב של Cross-Cloud Network, כדאי להביא בחשבון את המאפיינים הבאים של הארכיטיפ הזה:

  • מאזני העומסים מפזרים את תעבורת הנתונים לאזור שהכי קרוב למשתמש.
  • ממשקי הקצה שפונים לאינטרנט הם גלובליים, אבל ממשקי הקצה שפונים פנימה הם אזוריים עם גישה גלובלית, כך שאפשר להגיע אליהם בתרחישים של יתירות כשל.
  • אתם יכולים להשתמש במדיניות ניתוב של DNS לפי מיקום גיאוגרפי ובבדיקות תקינות של DNS בשכבות השירות הפנימיות של מחסנית האפליקציה.

האופן שבו אתם מספקים גישה לשירותים מנוהלים שפורסמו תלוי בשירות שאליו צריך להגיע. המודלים השונים של נגישות פרטית הם מודולריים ואורתוגונליים לעיצוב של מחסנית האפליקציות.

בהתאם לשירות, אתם יכולים להשתמש ב-Private Service Connect או בגישה לשירותים פרטיים כדי לקבל גישה פרטית. אתם יכולים ליצור מחסנית אפליקציות על ידי שילוב של שירותים מובנים ושירותים שפורסמו על ידי ארגונים אחרים. מחסניות השירות יכולות להיות אזוריות או גלובליות, בהתאם לרמת העמידות הנדרשת ולזמן האחזור של הגישה.

אבטחת רשת

כדי לאבטח את עומסי העבודה, מומלץ להשתמש בכללי מדיניות של חומת האש ב- Google Cloud.

אם הארגון שלכם דורש יכולות מתקדמות נוספות כדי לעמוד בדרישות האבטחה או התאימות, אתם יכולים לשלב חומות אש לאבטחה היקפית על ידי הוספת מכשירים וירטואליים ברשת (NVA) של חומת אש מהדור הבא (NGFW).

אפשר להוסיף NGFW NVAs בממשק רשת אחד (מצב single-NIC) או בכמה ממשקי רשת (מצב multi-NIC). מכשירי NGFW NVA יכולים לתמוך באזורי אבטחה או במדיניות היקפית שמבוססת על Classless Inter-Domain Routing‏ (CIDR). ב-Cross-Cloud Network, מכשירי ה-NVA של NGFW נפרסים בהיקף באמצעות VPC למעבר ומדיניות ניתוב של VPC.

המאמרים הבאים

שותפים ביצירת התוכן

מחברים:

תורמים אחרים: