אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע
יש הרבה אפשרויות קישוריות שזמינות ב-Google Cloud Platform (GCP) או מוצעות על ידי Amazon Web Services (AWS). האפשרויות האלה כוללות TLS דו-כיווני, רשתות VPN, שילוב של רשתות VPC, Cloud Interconnect / DirectConnect ועוד. חשוב לבחור את המודל הנכון למצב הנכון.
TLS
כדי לחבר את Apigee Edge בענן ציבורי למרכזי נתונים של לקוחות שמספקים ממשקי API, מומלץ להשתמש ב-TLS דו-כיווני. הניסיון שלנו מראה ש-TLS הוא שיטה מוצלחת מאוד לאבטחת תנועת נתונים ב-API, ושקשה להשתמש בכל השיטות האחרות, כולל VPN.
TLS הוא הפתרון הכי ניתן להרחבה ללקוחות (בצורה אנכית), כי גם Apigee וגם הלקוחות יכולים להוסיף משאבים למאגר החיבורים ולהסיר משאבים ממנו בלי לשנות את ההגדרות או לתאם אותן משני הצדדים. בנוסף, פרוטוקול TLS ניתן להרחבה אופקית יותר עבור אלפי הלקוחות שתומכים ב-Apigee.
TLS דו-כיווני מאפשר ל-Apigee לגדול ולשנות את הסביבות באופן דינמי, תוך שמירה אוטומטית על חיבור מאובטח ומאומת לשירותי הלקוחות, ללא צורך בהתערבות ידנית או באישור מראש של בלוקים גדולים של כתובות IP שיהיו זמינות ככל שהשירותים יגדלו או ישתנו.
VPN
בעוד ש-VPN מאמת שהתנועה הגיעה מרשת מסוימת והיא מיועדת לרשת מסוימת, אימות TLS דו-כיווני יכול לאמת שהנתונים זורמים ממערכת מסוימת (או ממערכות מסוימות) למערכת מסוימת (או למערכות מסוימות). במילים אחרות, אימות TLS דו-כיווני מאמת גם את השירות השולח וגם את השירות המקבל. TLS נחשב למאובטח יותר לחיבוריות בין שירות לבין שירות בין Apigee Edge לבין מרכזי נתונים של לקוחות. ניסיון לנהל חיבורי VPN על סמך כתובות IP הוא לא ריאלי ולא ניתן להרחבה.
VPC
VPC Peering, Cloud Interconnect ו-DirectConnect לא מוצעים על ידי Apigee. השירותים האלה הם כלים שימושיים לחיבור שירותים, אבל הם לא מתאימים לסביבת ריבוי הדיירים וריבוי העננים של Apigee Edge, או שהם לא פועלים איתה בצורה טובה.