תבנית הגישה המוגבלת מבוססת על ארכיטקטורה שחושפת אפליקציות ושירותים נבחרים בצורה מדויקת, על סמך ממשקי API או נקודות קצה ספציפיות שנחשפות בין הסביבות השונות. במדריך הזה, אנחנו מחלקים את התבנית הזו לשלוש אפשרויות, שכל אחת מהן נקבעת לפי מודל התקשורת הספציפי:
- יציאה עם שער
תעבורת נתונים נכנסת ויוצאת עם שער (שער דו-כיווני בשני הכיוונים)
כמו שצוין קודם במדריך הזה, אפשר להתאים את דפוסי הארכיטקטורה של הרשת שמתוארים כאן למגוון אפליקציות עם דרישות שונות. כדי לתת מענה לצרכים הספציפיים של אפליקציות שונות, יכול להיות שארכיטקטורת אזור הנחיתה הראשי תשלב דפוס אחד או שילוב של דפוסים בו-זמנית. הפריסה הספציפית של הארכיטקטורה שנבחרה נקבעת לפי דרישות התקשורת הספציפיות של כל תבנית עם גישה מוגבלת.
בסדרת המאמרים הזו נדון בכל דפוס עם שער והאפשרויות השונות לעיצוב שלו. עם זאת, יש אפשרות עיצוב אחת שמשותפת לכל הדפוסים עם שער, והיא ארכיטקטורה מבוזרת של אפס אמון לאפליקציות בקונטיינרים עם ארכיטקטורת מיקרו-שירותים. האפשרות הזו מבוססת על Cloud Service Mesh, Apigee ו-Apigee Adapter ל-Envoy – פריסת שער Apigee קל משקל באשכול Kubernetes. Apigee Adapter ל-Envoy הוא פרוקסי פופולרי של קצה ושירות בקוד פתוח, שנועד לאפליקציות עם עדיפות לענן. הארכיטקטורה הזו שולטת בתקשורת מאובטחת בין שירותים ובכיוון התקשורת ברמת השירות. אפשר לעצב, לכוונן וליישם מדיניות תקשורת של תעבורת נתונים ברמת השירות על סמך הדפוס שנבחר.
תבניות עם שער מאפשרות הטמעה של Cloud Next Generation Firewall Enterprise עם שירות למניעת חדירות (IPS) כדי לבצע בדיקה מעמיקה של חבילות נתונים למניעת איומים, ללא צורך בשינויים בתכנון או בניתוב. הבדיקה הזו תלויה באפליקציות הספציפיות שאליהן ניגשים, במודל התקשורת ובדרישות האבטחה. אם דרישות האבטחה מחייבות בדיקה מעמיקה של חבילות נתונים בשכבה 7 עם מנגנוני חומת אש מתקדמים שחורגים מהיכולות של Cloud Next Generation Firewall, אפשר להשתמש בחומת אש מרכזית מהדור הבא (NGFW) שמתארחת במכשיר וירטואלי ברשת (NVA). כמה Google Cloud שותפי אבטחה מציעים מכשירי NGFW שיכולים לעמוד בדרישות האבטחה שלכם. שילוב של מכשירי NVA עם התבניות האלה עם שער עשוי לדרוש הוספה של כמה אזורי אבטחה בתכנון הרשת, שלכל אחד מהם יש רמות שונות של בקרת גישה.