VPC משותף מאפשר לשירות לגשת למשאבים כמו מכונות וירטואליות של Compute Engine, מכונות של Memorystore או כל משאב אחר עם כתובת IP פנימית.
אם הארגון שלכם לא משתמש ב-VPC משותף, קראו את המאמר התחברות לרשת VPC.
השוואה בין שיטות ההגדרה
אפשר להגדיר את החיבור לרשת VPC משותפת בכמה דרכים:
תעבורת נתונים יוצאת (egress) ישירה של VPC
אתם יכולים להשתמש ב-Direct VPC egress כדי לשלוח תעבורת נתונים לרשת VPC משותפת, בלי צורך במחברים של חיבור לרשת (VPC) מאפליקציית serverless. כדי להגדיר תעבורת נתונים יוצאת (egress) בלי מחבר, קראו את המאמר תעבורת נתונים יוצאת ישירות ל-VPC עם רשת VPC משותפת.
מחברי גישה ל-VPC ללא שרת (serverless)
אם אתם צריכים להשתמש במחברים של "חיבור לרשת VPC", אתם יכולים להגדיר אותם בפרויקטים של שירות VPC משותף שיש בהם משאבים של סביבה רגילה שצריכים גישה לרשת, או להגדיר מחברים משותפים בפרויקט המארח של ה-VPC המשותף. לכל שיטה יש יתרונות משלה.
פרויקטים של שירותים
יתרונות של יצירת מחברים בפרויקטים של שירות:
- בידוד: לכל מחבר יש רוחב פס ייעודי, והוא לא מושפע מהשימוש ברוחב הפס של מחברים בפרויקטים אחרים של שירותים. האפשרות הזו מתאימה אם יש לכם שירות שחווה עליות חדות בתנועה, או אם אתם צריכים לוודא שכל פרויקט שירות לא מושפע מהשימוש במחבר של פרויקטים אחרים של שירותים.
- החזרים כספיים: חיובים שנובעים ממחברים משויכים לפרויקט השירות שמכיל את המחבר. כך קל יותר לבצע החזרים כספיים בעקבות ביטול עסקה.
- אבטחה: מאפשרת לכם לפעול לפי "העיקרון של הרשאות מינימליות". צריך לתת למחברים גישה למשאבים ברשת ה-VPC המשותפת שאליהם הם צריכים להגיע. אם יוצרים מחבר בפרויקט השירות, אפשר להגביל את הגישה של השירותים בפרויקט באמצעות כללי חומת אש.
- עצמאות של הצוות: פחות תלות באדמין של הפרויקט המארח.
הצוותים יכולים ליצור ולנהל את המחברים שמשויכים לפרויקט השירות שלהם. משתמש עם התפקיד אדמין אבטחה ב-Compute Engine או עם תפקיד ניהול זהויות והרשאות גישה (IAM) בהתאמה אישית, שההרשאה
compute.firewalls.createמופעלת בו בפרויקט המארח, עדיין צריך לנהל את כללי חומת האש של המחבר.
כדי להגדיר מחברים בפרויקטים של שירות, קראו את המאמר הגדרת מחברים בפרויקטים של שירות.
פרויקט מארח
יתרונות של יצירת מחברים בפרויקט המארח:
- ניהול רשתות ריכוזי: תואם למודל של VPC משותף, שבו משאבי הגדרת הרשת מרוכזים בפרויקט המארח.
- מרחב כתובות ה-IP: שומר יותר ממרחב כתובות ה-IP. לכל מכונה במחברים נדרשת כתובת IP, כך שככל שיש פחות מחברים (ופחות מכונות בכל מחבר), נעשה שימוש בפחות כתובות IP. האפשרות הזו מתאימה אם אתם חוששים שייגמרו לכם כתובות ה-IP.
- תחזוקה: מפחיתה את התחזוקה, כי כל מחבר שאתם יוצרים יכול לשמש כמה פרויקטים של שירות. האפשרות הזו מתאימה אם אתם חוששים מעומס העבודה של התחזוקה.
- עלות זמן חוסר הפעילות: אפשר להפחית את משך הזמן שבו המחבר לא פעיל ואת העלות שמשויכת אליו. המחברים צוברים עלויות גם כשהם לא מטפלים בתנועה (ראו תמחור). אם יש פחות מחברים, יכול להיות שתשלמו על פחות משאבים כשהם לא משמשים להעברת תנועה, בהתאם לסוג המחבר ולמספר המכונות. לרוב, זוהי אפשרות משתלמת אם תרחיש השימוש שלכם כולל מספר גדול של שירותים, והשימוש בהם לא תכוף.
כדי להגדיר מחברים בפרויקט המארח, קראו את המאמר הגדרת מחברים בפרויקט המארח.
כדי להחליט איזה פתרון הכי מתאים לדרישות שלכם מבחינת ביצועים, עלות וניהול, קראו את המאמר השוואה בין תעבורת נתונים יוצאת ישירה ל-VPC לבין מחברים של גישה ל-VPC ללא שרת (serverless).