אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info
תכונות חדשות ושיפורים
אימות באמצעות אסימוני OAuth2
ברוקר השירות תומך עכשיו באימות באמצעות אסימוני OAuth2 (מומלץ) או באימות בסיסי. כפי שמתואר בקטע 'יצירת שרת proxy ל-Edge API', אפשר לקבל בקלות אסימון OAuth2 ממכונת Edge ולהעביר אותו עם בקשות כדי לקשר שירות מסלול לשרת proxy של Edge.
Apigee לא שומרת יותר את שם המשתמש והסיסמה של האדמין הארגוני
בגרסה הזו יש תמיכה ב-OAuth2, ולכן כבר לא צריך לשלוח את מזהה המשתמש והסיסמה של Edge כשיוצרים מכונה של סוכני השירות. במקום זאת, אפשר לבצע אימות באמצעות אסימון OAuth שאתם אוספים בנפרד מ-Edge.
פחות יחסי תלות
בגרסה הזו אין יותר צורך באחסון חיצוני להגדרת נתיב וקישור, וכך הפעולה פשוטה יותר. בעבר, מתווך השירות של Apigee Edge השתמש ב-Redis כדי לאחסן את הגדרות הניתוב והקישור. עכשיו הברוקר מחייב להעביר את פרטי ההגדרה בכל קריאה לקישור. ביטול הקישור לא מבצע יותר ניקוי. אם מבטלים את הקישור, פשוט מעבירים את פרטי ההגדרה כשמקשרים שרת proxy.
שילוב אופציונלי של Edge Microgateway עם Cloud Foundry
אפשר גם לשלב את Edge Microgateway עם Cloud Foundry. אפשר לעשות זאת באמצעות תוסף שכוללים ב-Edge Microgateway. לאחר מכן תוכלו לדחוף את המכונה של Edge Microgateway ל-Cloud Foundry, שם היא תנוהל על ידי Cloud Foundry.
מידע נוסף זמין בתוכן של קובץ ה-readme של התוסף.
רענון אוטומטי של הגדרות Edge Microgateway
מכיוון ש-Edge Microgateway מותאם באופן דינמי ב-Cloud Foundry, ההגדרות של מכונות חדשות מתעדכנות באופן אוטומטי (אין דרך מעשית להורות למספר שרירותי של מכונות לטעון מחדש את ההגדרות שלהן). Edge Microgateway נטען מחדש אחרי שמתווספים שרתים אנונימיים חדשים או שמשנים את השרתים האנונימיים הקיימים.
מסמכי עזרה משופרים
תוכן התיעוד זמין בקישור הבא:
- שילוב של Edge עם Pivotal Cloud Foundry (סקירה כללית)
- יצירת שרת proxy של Edge API לניהול הקריאות של לקוחות לאפליקציה שלכם ב-Cloud Foundry (באמצעות סוכני השירות עם Pivotal Cloud Foundry)
- תוספים של Apigee Edge Microgateway ל-Cloud Foundry (הפעלת Edge Microgateway ב-Cloud Foundry)
- Cloud Forge Service Broker for Apigee (התקנת סוכני השירות מהמקור)