14.01.00.00 – נתוני גרסה מקומיים של Apigee Edge

כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של Apigee X. מידע

ביום רביעי, 29 בינואר 2014, השקנו גרסה מקומית חדשה של Apigee Edge.

יש לך שאלות? אפשר להיעזר בתמיכת הלקוחות של Apigee.

הגרסה הזו כוללת תכונות ותיקוני באגים מהגרסאות הבאות בענן:

תכונות חדשות ושיפורים

  • עדכון של מאפיינים מותאמים אישית באסימונים באמצעות OAuth 2.0
    מדיניות חדשה מסוג 'הגדרת פרטי OAuth v2.0' מאפשרת לעדכן מאפיינים מותאמים אישית באסימונים של OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • עדכונים במדיניות OAuth 1.0a
    הגרסה הזו כוללת את העדכונים הבאים במדיניות OAuth 1.0a:
    • בדומה לאסימוני OAuth 2.0, עכשיו אפשר להגדיר מאפיינים מותאמים אישית באסימוני OAuth 1.0a.
    • פעולה חדשה של GenerateVerifier מאפשרת ליצור ולהחזיר מאמת OAuth 1.0a (בדומה לקוד הרשאה ב-OAuth 2.0).
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • פרטי SSL במשתני זרימה
    ב-Apigee Edge אפשר עכשיו להפיץ ולגשת למידע SSL במשתני זרימה. על ידי הגדרה של מאפיין חדש מסוג "propagate.additional.ssl.headers" ב-ProxyEndpoint, יש לך גישה לאותו מידע SSL הזמין בשרת אינטרנט של Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • כותרות JMS ככותרות HTTP
    כל כותרות ה-JMS מופצות עכשיו ככותרות HTTP לעיבוד במורד הזרם.
  • עדכון מודול Node.js
    מודול Node.js המובנה של Apigee עודכן כך שיכלול את המודולים הבאים: argo 0.4.9, async 0.2.9, express 3.4.8, תחתון 1.5.2, usergrid 0.10.7, volos-cache-memory, 0.0.0.3
  • תפקידים בהתאמה אישית בממשק המשתמש לניהול – בטא
    בנוסף לתפקידי המשתמשים הקיימים: 'משתמש עסקי', 'אדמין תפעול', 'אדמין ארגוני' ו'משתמש', הגרסה הזו כוללת תכונת בטא שמאפשרת ליצור תפקידים בהתאמה אישית בממשק המשתמש של הניהול. אפשר לשלוט בגישה לתכונות שונות של Edge באמצעות תפקידים בהתאמה אישית.
  • מנהל ההתקנה של שירותי API מתקדמים (לשעבר App Services)
    Apigee Edge Advanced API Services (לשעבר App Services) זמין עכשיו לשימוש בארגון. מנהל ההתקנה הקיים של Edge מאפשר לפרוס ולהגדיר שירותי API מתקדמים בסביבה המקומית שלכם.
  • מתקין המונטיזציה משירותים למפתחים (לשעבר 'שירותי מונטיזציה')
    היכולת למונטיזציה היא חלק מ-Edge Developer Services. המתקין המקומי של Edge כולל עכשיו אפשרות התקנה משופרת ומשולבת למונטיזציה. כדי להפעיל מונטיזציה נדרש רישיון נוסף בתשלום.
  • מעבדי הודעות מרובים במארח יחיד – התקנה שקטה
    שיפור זה תומך בטופולוגיה של הפריסה של מספר מעבדים להודעות שמותקנים במארח אחד. לשם כך צריך לקשר כל מעבד הודעות לכתובת IP ספציפית. עכשיו אפשר להוסיף הגדרת מאפיין BIND_ON_ALL_INTERFACES=n לקובץ התצורה של ההתקנה השקטה. כך מעבד ההודעות יוכל להאזין לכתובת IP ספציפית, שמצוינת על ידי המאפיין HOSTIP באותו קובץ. למידע נוסף על הנכס הזה ולהגדרת התקנה שקטה, אפשר לעיין במדריך ההתקנה והתצורה של Apigee מקומי.
  • עדכוני JMS
    הגרסה הזו כוללת עדכונים שונים לתמיכה ב-JMS של Apigee, כולל:
    • כל כותרות ה-JMS מופצות עכשיו ככותרות HTTP לעיבוד במורד הזרם (downstream).
    • עכשיו אפשר לציין ExpiryTime ו-DeliveryMode להודעות שיוצבו ב- ResponseQueue שמשמשות את שרת ה-proxy של JMS. כל כותרות ה-HTTP התואמות לכותרות JMS סטנדרטיות מוגדרות "כפי שהן", וכותרות HTTP אחרות מוגדרות כמאפייני JMS בהודעת התגובה המשמשת את שרת ה-proxy של JMS.

הבאגים תוקנו

נושא תיאור
הרשאות של תפקיד בהתאמה אישית ההרשאות שהוגדרו באמצעות תפקידים בהתאמה אישית פועלות עכשיו כצפוי.
ניתוח נתוני זמן אחזור של API בתהליך של שרת proxy ל-API, כשקריאה למערכת היעד גורמת לזמן הקצוב לתפוגה (כמו זמן קצוב לתפוגה של קריאת HTTP), זמני האחזור של היעדים הכלולים בניתוח הנתונים של ה-API.
המאפיין 'סוג' במדיניות המאפיין "type" פועל עכשיו באופן תקין בכל כללי המדיניות של Apigee.
ביטול אסימונים מסוג OAuth 2.0 הפונקציונליות של ביטול התוקף של האסימונים במדיניות Apigee OAuth 2.0 תואמת עכשיו למפרט OAuth. כבר לא צריך לציין "סוג" כשמגדירים את הפרמטר "token".
RBAC עם מפות של מפתח/ערך בקרת גישה מבוססת-תפקידים עובדת עכשיו עבור מפות מפתח/ערך שנוצרות ברמת הסביבה.
פורמט התשובה של מדיניות OAuth 1.0a כששולחים בקשות ל-API עם מדיניות OAuth 1.0a, התגובה מוחזרת עכשיו בפורמט של הכותרת Accept (אישור).

בעיות ידועות

נושא תיאור
בקשת HTTP 1.0,
תגובת HTTP 1.1
הבעיה הזו קשורה לתרחיש שבו לקוח שולח בקשה באמצעות HTTP 1.0 עם המאפיין content-length בכותרת, אבל השירות לקצה העורפי מוגדר להשתמש ב-HTTP 1.1 ומחזיר את המאפיין transfer-encoding לקידוד של מקטעים.
כדי לטפל בתרחיש הזה בהצלחה, אפשר להסיר את המאפיין transfer-encoding מתגובת HTTP 1.1 באמצעות המדיניות assignMessage. במדיניות הבאה, שתצורף לתהליך התגובה של שרת ה-API של שרת ה-API, המאפיין transfer-encoding מוסר מכותרת ה-HTTP, וכך הלקוח יכול לקבל את התגובה ללא מקטעים.
<assignMessage name="RemoveChunkedEncoding">
<assignTo createNew="false" type="response"></הקצאהTo>
<הסרה>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>