4.16.09 – נתוני גרסה של Edge לענן פרטי

מוצג המסמך של Apigee Edge.
עוברים אל מסמכי תיעוד של Apigee X. מידע

ביום שני, 19 בספטמבר 2016, השקנו גרסה חדשה של Apigee Edge לענן פרטי.

מאז הגרסה הקודמת של Edge למהדורת פיצ'רים של ענן פרטי, הגרסאות הבאות קיבלו שהתרחשו ונכללים בגרסת תכונה זו:

• ענן: 16.04.13 (ממשק משתמש), 16.04.13 (מונטיזציה), 16.04.20 (ממשק משתמש), 16.04.27 (מונטיזציה), 16.04.27 (ממשק משתמש), 16.05.04 (ממשק משתמש), 16.05.11 (ממשק משתמש), 16.05.11 (מונטיזציה), 16.05.18 (ממשק משתמש), 16.05.25 (מונטיזציה), 16.06.08 (מונטיזציה), 16.06.15 (ממשק משתמש), 16.06.22 (מונטיזציה), 16.06.29 (ממשק משתמש), 16.07.06 (מונטיזציה), 16.07.06.02 (מונטיזציה), 16.07.13 (ממשק משתמש), 16.07.20.01 (מונטיזציה), 16.07.27 (ממשק משתמש), 16.08.17

מידע על הגרסה ממוספר כדי להבין איך אפשר לבדוק אם גרסה ספציפית בענן שכלולות בגרסת Edge ל-Private Cloud.

סקירה כללית של הגרסה

בגרסה הזו הסרנו את הגרסה הקלאסית של עורך ה-Proxy ל-API והוחלף בשרת ה-Proxy החדש שהיה זמין לשימוש לצד הגרסה הקלאסית של העורך. שיפורים חשובים נוספים כוללים התנהגות משופרת של נתיבי משאבי API, טיפול משופר במטענים ייעודיים (payloads) של JSON מוגדרים במדיניות 'הקצאת הודעות והעלאת תקלות', שיפורים בהמרות מ-XML ל-JSON, אימות משאבים משופר, היכולת להגדיר זמנים קצובים לתפוגה בשרתי proxy ל-API ספציפיים, עודכנה של שרתי proxy של SOAP באשף ה-Proxy ל-API, ואובייקט Crypto עם ביצועים גבוהים עבור JavaScript.

שיפורי המונטיזציה כוללים תכונות חדשות של התראות, עם תוכנית לתעריפי התראות, API שמעביר מפתחים למונטיזציה, ואפשרות להגדיר תוכניות תמחור ותשלומים באופן ציבורי או פרטי.

המשך הנושא הזה כולל פרטים על כל התכונות החדשות, העדכונים ותיקוני הבאגים החדשים שכלול בפריט התוכן.

הוצא משימוש

שירותי API

הוסר עורך ה-Proxy הקלאסי (ממשק משתמש Cloud 16.04.20)

מעכשיו, הגרסה החדשה של 'עורך ה-proxy ל-API' היא הגרסה היחידה שנתמכת. הגרסה הקלאסית כבר לא זמין, והקישור אל 'גישה לגרסה הקלאסית של עורך שרת ה-proxy' כבר הוסר. אם השתמשתם בגרסה הקלאסית, שרתי ה-proxy ל-API ייטענו באופן אוטומטי בעורך החדש. (EDGEUI-498)

מונטיזציה

התכונות הבאות שהוצאו משימוש הוסרו ולא נתמכות יותר:

• הגדרת מגבלות
• התראות על מגבלת שליחה

אפשר גם להגדיר התראות, כפי שמתואר בקטעים הבאים:

• הגדרת אירוע התראות
• יוצרים התראה על הגבלה בתוכנית תעריפים

(DEVRT-2742)

עדכונים ותכונות חדשות

בהמשך מפורטים התכונות והשיפורים החדשים בגרסה הזו. נוסף על שיפורים שביצענו. הגרסה הזו כוללת גם כמה תכונות של נוחות השימוש, הביצועים, האבטחה והיציבות לשיפורים.

לפרטים נוספים והוראות, ראו את מסמכי התיעוד של Edge לענן פרטי.

ענן פרטי

לאחר שדרוג לגרסה 9.4

הגרסה הזו כוללת שדרוג לגרסה 9.4 של Postgres. לקבלת הוראות לעדכון המערכת, ראו עדכון Apigee Edge ל- 4.16.09.

תמיכה במפה גיאוגרפית בממשק המשתמש של Edge

צבירת נתונים גיאוגרפיים מאפשרת לאסוף ניתוח נתונים של קריאות ל-API לפי מיקום גיאוגרפי כגון אזור, יבשת, מדינה ועיר. מנתוני הניתוח האלה אפשר לראות מפה גיאוגרפית בממשק המשתמש של Edge שבה מוצג המיקום של בקשות ה-API.

למידע נוסף, ראה הפעלת צבירה גיאוגרפית מפות גיאוגרפיות.

BaaS ל-API

נוסף תיעוד בנושא:

• איך להגדיר BaaS של API לשימוש ב-TLS (אבטחת שכבת התעבורה). מידע נוסף זמין במאמר הגדרת TLS עבור BaaS של API.
• איך להגדיר את כל צומתי ה-API של BaaS Stack לשימוש בנפח אחסון משותף כך שכל הנכסים זמין לכל צומתי ה-API של BaaS Stack. מידע נוסף זמין במאמר בנושא העלאת נכסים.
• איך להצפין סיסמת Cassandra במהלך הגדרת צמתים של BaaS Stack. לקבלת מידע נוסף מידע נוסף, ראו איפוס הממשק של Edge סיסמאות.

גרסת בטא של כלי המעקב ולוח הבקרה

בגרסה הזו כלולה גרסת בטא של כלי המעקב ולוח הבקרה החדשים של Edge. הכלי הזה מאפשר להבין את התקינות של רכיבים שונים (נתבים, מעבדי הודעות, ZoKeeper, Cassandra) וגם קודי שגיאות http עבור ארגונים וסביבות שונים בפריסה גמישה. אפשר גם ליצור תמונת מצב של נתוני מרכז הבקרה ולשתף אותם עם Apigee כדי לעזור לפתרון אירועי תמיכה.

התיעוד, כולל הוראות ההתקנה, כלול במסמך Edge 4.16.09 בגרסה 4.18.01.

אבל, לפני שאפשר להתקין את מרכז הבקרה ולהשתמש בו, צריך להשלים את הערכת Apigee ההסכם זמין גם בגרסה 4.18.01, ומחזיר אותו ל-Apigee עד לשלוח אותו באימייל לכתובת Orders@apigee.com.

גרסת בטא של הכלי לאיסוף ניתוח נתונים

כל לקוחות Edge לענן פרטי נדרשים לשלוח נתונים סטטיסטיים לגבי API של Apigee תעבורת נתונים proxy. ב-Apigee ממליצים ללקוחות להעלות את המידע הזה פעם ביום, כנראה על ידי שיצרתם משימת cron.

כדי לעזור בהעלאת הנתונים האלה, Apigee מספקת את גרסת הבטא של שורת הפקודה apigee-analytics-collector של Google. כלי השירות הזה שולח את דוח נפח הקריאות ל-API חזרה אל Apigee. בכל קצה התקנת ענן פרטי יכולה להשתמש בכלי השירות הזה כדי לאחזר נתוני תעבורת נתונים ולדווח עליהם ב-Apigee.

מידע נוסף זמין במאמר העלאת API: נתוני תנועה אל Apigee – גרסת בטא.

שירותי API

מטענים ייעודיים (payloads) מסוג JSON ב-assign Message and Increase Fault (Cloud 16.08.17)

בזכות השיפור הזה, אין צורך לעקוף את הבעיה כדי לוודא שהפורמט של הודעות JSON תקין. אפשר לציין משתנים באמצעות סוגריים מסולסלים בלי ליצור JSON לא תקין. לדוגמה, הפונקציה הבאה מוסיפה את הערך של message.content בהודעת ה-JSON:

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

אם השתמשתם בפתרון בעיות, הקוד ימשיך לפעול כרגיל. אפשר גם להשתמש variablePrefix ו-VariableSuffix במקום סוגריים מסולסלים שמציינים משתנים.

יש לעיין ב<Set><Payload> במדיניות הקצאת ההודעות. הצגת המדיניות בנושא שגיאות ומסמכי עזר. (APIRT-1160)

שיפורי מדיניות בפורמט XML ל-JSON (Cloud 16.08.17)

המדיניות בנושא XML ל-JSON שופרה וכוללת את היכולות הבאות. אפשר להגדיר המדיניות:

• התייחסות לחלק מרכיבי ה-XML כמערכים במהלך ההמרה – לכן הערכים מוצגים בריבוע סוגריים '[ ]' במסמך ה-JSON.
• הסרה או הסרה של רמות היררכיית מסמכי XML במסמך ה-JSON הסופי.

למידע נוסף, ראו XML למדיניות JSON. (APIRT-1144)

כמה תווים כלליים לחיפוש בנתיבי משאבי ה-API (Cloud 16.08.17)

כשמגדירים נתיבי משאבים במוצר API, אפשר לכלול תווים כלליים לחיפוש בכמה מקומות בנתיב המשאב. לדוגמה, הפקודה /team/*/invoices/** מאפשרת קריאות ל-API עם ערך אחד אחרי /team וכל נתיבי המשאבים אחרי invoices/. URI מורשה בקריאה ל-API יגרום להיות proxyBasePath/team/finance/invoices/company/a.

אם אחרי ההפצה הזו נתיבי המשאבים הקיימים של מוצרי ה-API יפסיקו לפעול כצפוי, צריך להגדיר את המאפיין הבא בארגון שלך כדי לחזור לנכס הקודם התנהגות: features.enableStandardWildCardMatchForAPIProductResources = true

(שעון גריניץ'-3273)

פונקציות הצפנה ב-JavaScript (Cloud 16.08.17)

קבוצה חדשה של פונקציות JavaScript crypto עם ביצועים גבוהים זמינה על יצירה, קבלה ועדכון של אובייקטים: MD5, SHA-1, SHA256, SHA512. אובייקט הקריפטו מאפשר גם לקבל את התאריך בפורמטים שונים. למידע נוסף, ראו מודל אובייקט JavaScript. (APIRT-2886)

בדיקת הגרסה של Java Callout JAR (Cloud 16.08.17)

כשמעלים משאב Java JAR לשרת proxy ל-API, מוחזר קוד סטטוס HTTP 400 (במקום גרסה 500) אם הגרסה של משאב Java לא תואמת לגרסה הנתמכת של Edge של Java, שמפורטות בתוכנות נתמכות גרסאות נתמכות. (MGMT-3420)

אימות משאבי proxy ל-API (Cloud 16.08.17)

כשקובצי משאבים של proxy ל-API (כמו JavaScript או Java JAR) מאוחסנים של הארגון או של הארגון, מסגרת האימות לא דורשת יותר לכלול את המשאבים האלה ברמת ה-Proxy ל-API בחבילת שרת proxy לצורך ייבוא לצורך מעבר אימות. אימות משאבים מתבצע עכשיו בזמן הפריסה, ולא בזמן הייבוא. (MGMT-1430)

הגדרת הזמן הקצוב לתפוגה לשרתי proxy ל-API ספציפיים (Cloud 16.08.17)

ניתן להגדיר שרתי proxy ל-API שיפסיקו לפעול לאחר זמן מוגדר (עם זמן קצוב לתפוגה של שער 504) ). התרחיש לדוגמה העיקרי הוא לקוחות של ענן פרטי שיש להם שרתי proxy ל-API שמקבלים גישה ארוכה יותר לביצוע. לדוגמה, נניח שאתם צריכים שרתי proxy ספציפיים כדי לגרום לפסק זמן של 3 דקות. אפשר צריך להשתמש בנכס api.timeout חדש בהגדרות של שרת ה-proxy ל-API. כך עושים את זה אפשר לעשות את זה באמצעות הדוגמה של 3 הדקות:

1. קודם כל צריך להגדיר את מאזן העומסים, הנתב ומעבד ההודעות לזמן קצוב אחרי 3 דקות.
2. לאחר מכן הגדירו את שרתי ה-proxy הרלוונטיים כך שהזמן הקצוב לתפוגה יסתיים ב-3 דקות. ציון הערך ב- אלפיות שנייה. לדוגמה:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath> 
       <Properties> 
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...
   

3. עם זאת, חשוב לשים לב שהגדלת הזמן הקצוב לתפוגה של המערכת עלולה לגרום לבעיות בביצועים, כל שרתי ה-proxy ללא הגדרת api.timeout משתמשים במאזן העומסים החדש, הגבוה יותר, הזמן הקצוב לתפוגה של נתב ומעבד הודעות. לכן כדאי להגדיר שרתי proxy אחרים ל-API שלא מחייבים זמנים ארוכים יותר לתפוגה כדי להשתמש בזמנים קצרים יותר. לדוגמה, הפקודה הבאה מגדירה את הזמן הקצוב לתפוגה של שרת proxy ל-API אחרי דקה:
   <Property name="api.timeout">60000</Property>

לקוחות Cloud שלא יכולים לשנות את הזמן הקצוב לתפוגה של Edge יכולים גם להגדיר זמן קצוב לתפוגה של שרת proxy ל-API. כל עוד הזמן הקצוב לתפוגה קצר מהזמן הקצוב לתפוגה של מעבד הודעות של Edge בגרסה הרגילה של 57 שניות.

אי אפשר לאכלס את הערך במשתנה. הנכס הזה נכלל בנכסים של נקודת קצה (Endpoint) . (APIRT-1778)

ההתנהגות של שרת proxy ב-SOAP במהלך השימוש באשף שרת ה-proxy (ממשק משתמש של Cloud 16.07.27)

כשיוצרים שרת proxy מבוסס SOAP מ-WSDL באמצעות אשף ה-Proxy, יש שתי אפשרויות יצירת שרת proxy:

• Pass-through SOAP, שבו שרת ה-proxy פשוט מעביר בקשת SOAP מטען ייעודי (payload) כפי שהוא.
• REST ל-SOAP ל-REST. כלומר, שרת ה-proxy ממיר מטען ייעודי (payload) נכנס, כמו JSON למטען ייעודי (payload) של SOAP, ולאחר מכן המרה של תגובת SOAP בחזרה לפורמט של מבצע הקריאה החוזרת מצופה.

הגרסה הזו כוללת את העדכונים הבאים לגבי אופן הפעולה של האפשרויות האלה. ההבדלים בין ההתנהגות הישנה להתנהגות החדשה נמצאים בכללי המדיניות ובהגדרות האישיות שנוצר על ידי אשף שרת ה-proxy.

סבון דו-חמצני

• כל פעולות WSDL נשלחות עכשיו לנתיב הבסיס של שרת ה-proxy '/' במקום להשתמש בשרת proxy למשאבים (כגון ' /cityforecastbyzip'). שמות הפעולות מועברים ל-SOAP היעד לאחר השיפור. ההתנהגות הזו תואמת למפרט SOAP.

• שרת ה-proxy שנוצר לא תומך יותר ב-JSON בבקשה. הוא תומך ב-XML בלבד. שרת ה-proxy מבטיח שבקשות SOAP יכללו מעטפה, גוף ומרחב שמות.

REST ל-SOAP ל-REST

• WSDL 2.0 לא נתמך.
• ההתנהגות החדשה לא נבדקה באמצעות WS-Policy.
• שרת ה-proxy מאפשר לפרסם נתוני JSON במקום FormParams.
• כשמוסיפים תמיכה ב-CORS (שיתוף משאבים בין מקורות) לשרת ה-proxy באמצעות שרת ה-proxy נראה את השיפורים הבאים:
  • הכותרת Access-Control-Allow-Headers: בנוסף ל הכותרות Origin, x-requested-with ו-Accept, הכותרת Access-Control-Allow-Headers כוללת גם את Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent וגם Cache-Control.
  • הכותרת Access-Control-Allow-Methods: בנוסף ל-GET, PUT, POST, DELETE, הכותרת הזו כוללת גם את הפקודה פעלים PATCH ו-OPTIONS.
• כשיוצרים Proxy ל-API ל-WSDL, Edge קורא את כל סוגי ה-360 שמוגדרים כ- מופשט ב-WSDL ומזהה כראוי כל סוגי מכונות שמבוססים על שונים.

כלי שורת הפקודה wsdl2apigee בקוד פתוח

Apigee מספקת גם כלי שורת פקודה בקוד פתוח ליצירת העברה או שרתי proxy ל-API של מנוחה לסבון מ-WSDL. פרטים נוספים זמינים בכתובת https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

ברירת מחדל של תפוגה/רענון במדיניות פעולות של מיפוי ערכי מפתחות (ממשק משתמש של Cloud 16.06.15)

מדיניות פעולות המיפוי של ערכי המפתח מאפשרת לקבוע כמה זמן הערכים יישמרו לפני מתבצע רענון. מרווח הזמן לרענון מוגדר כך הרכיב <ExpiryTimeInSecs>. אם מתבצעת פעולת GET חרגת מפרק הזמן של התפוגה, הערך עובר רענון והמדיניות מתעדכנת עם ערך מסוים. כשמוסיפים את המדיניות הזו לשרת proxy ל-API, זמן התפוגה המוגדר עכשיו הוא 300 שניות, כברירת מחדל. (ה ברירת המחדל הקודמת הייתה -1, כלומר המערכת אף פעם לא מרעננת את הערכים.) (EDGEUI-579)

מונטיזציה

תוכנית ניתנת להתאמה של קצב התראות (ממשק המשתמש של Cloud 16.04.20, מונטיזציה ב-Cloud 16.04.13)

תוכנית חדשה של תעריפי התראות שניתן להתאים במונטיזציה של Edge מאפשרת לספק API לשנות מספר היעד של עסקאות לכל מפתח אפליקציה. אפשר להגדיר אם ומתי יתקבלו התראות נשלחים בהתאם לאחוז מתוך מספר היעד שכבר הושג, כמו 90%, 100%, או 150% התכונה הזו זמינה דרך ממשק המשתמש לניהול בנוסף ל-Management API (שהיה זמין במהדורה קודמת). למידע נוסף, ראו ציון פרטים של תוכנית ההתראות שאפשר לשנות. (DEVRT-2375, DEVRT-2370)

התראות על תגובה לפעולה מאתר אחר (webhook) לתוכניות של קצב התראות שניתן לשנות (Cloud 16.04.27) מונטיזציה)

כדי להתאים תוכניות של קצב התראות, אפשר ליצור webhooks ששולחים התראות כתובת ה-URL שציינתם. ניתן גם לשלוט בהתראות שיופעלו במרווחי זמן ספציפיים (באחוזים) עד למגבלת העסקאות. התראות עם תגובה לפעולה מאתר אחר (webhook) מספקות במקום להשתמש בתבניות ההתראות הקיימות. ראו הגדרת התראות באמצעות webhooks. (DEVRT-2393, DEVRT-2394)

התראה שניתנת להתאמה עם תוכנית תעריפים של מאפיינים מותאמים אישית (ממשק המשתמש של Cloud 16.05.18)

במונטיזציה של Edge נוספה 'התראה ניתנת להתאמה עם מאפיין מותאם אישית' תוכנית תמחור ותשלומים מאפשרת לכם להוסיף למספר העסקאות של המפתח באמצעות הערך של מאפיין מותאם אישית. עם תוכנית ניתנת להתאמה של שיעור ההתראות. כל קריאה מוצלחת ל-API מוסיפה 1 לעסקה של המפתח לספור. אבל, בתוכנית 'התראות שניתנות להתאמה עם תוכנית תעריפים של מאפיינים מותאמים אישית', הערך של המאפיין המותאם אישית יתווסף למספר העסקאות של המפתח. לדוגמה, אם המאפיין המותאם אישית "קטן" את הערך 0.1 בתגובה, ספירת הטרנזקציות גדלה ב-0.1. או אם מאפיין מותאם אישית "addressTotal" יש ערך של 50, הספירה גדלה ב-50. לקבלת מידע נוסף מידע נוסף זמין בקטע ציון תוכנית תמחור ותשלומים עם פרטים של מאפיין מותאם אישית. (DEVRT-2504)

להגדיר התראות על סמך סכומי עסקאות משולבים של חברה והמפתחים שלה (מונטיזציה של Cloud 16.06.22)

בדרך כלל, מתבצע מעקב אוטומטי אחר סכומי העסקאות של כל המפתחים בחברה, כאשר: המפתחים משתמשים באפליקציית החברה כדי לגשת לממשקי API. מה קורה אם יש לכם מפתחים פעילים משתמשים באפליקציות מפתחים משלהם כדי לגשת לממשקי API, וצריך לעקוב אחרי העסקה המשולבת שלהם סה"כ ללא הפרעה לתנועה? אפשר להוסיף את המפתחים לחברה ולהגדיר לא יישלחו התראות כשהמשתמשים יגיעו לסף שמבוסס על עסקה משולבת עבור החברה והמפתחים שלה. מידע נוסף זמין במאמר הגדרת התראות על סמך סכומי עסקאות משולבים של חברה והמפתחים שלה. (DEVRT-2643)

הצגה ועיבוד מחדש של התראות (מונטיזציה ב-Cloud 16.06.08)

כחלק מחבילת הבדיקות של המונטיזציה, תוכלו לראות ולעבד מחדש את ההתראות שנשלחו באמצעות ממשק ה-API לניהול. למידע נוסף, ראה הצגה עיבוד מחדש של התראות. (DEVRT-2643)

מונטיזציה לבדיקה (מונטיזציה של Cloud 16.05.25)

המונטיזציה מספקת קבוצה של ממשקי API שמשמשים לבדיקת הביצוע של webhooks, לוודא שההתראות נשלחות. מידע נוסף זמין במאמר הגדרת התראות בדיקה. (DEVRT-2625)

העברת מפתחים למונטיזציה (מונטיזציה ב-Cloud 16.05.11)

יש ממשק API חדש שמאפשר למפתחים לעבור למונטיזציה. אפשר העברת השימוש בעסקאות וחיוב הגדרות מותאמות אישית ועמלות חוזרות. בנוסף, כאשר אם מאשרים תוכנית תמחור ותשלומים שפורסמה, אפשר לוותר על עמלות ההגדרה במקרה שהן כבר חויבו. מידע נוסף זמין במאמר העברת מפתחים אל מונטיזציה. (DEVRT-2446)

תוכניות תמחור ותשלומים ציבוריים ופרטיים לפורטל המפתחים (מונטיזציה של Cloud 16.04.27)

אפשר להגדיר תוכניות תמחור ותשלומים כ'גלויות' או 'פרטי'. תוכניות תמחור ותשלומים ציבוריות מופיעות במפתח portal; בתוכניות תעריפים פרטיים אין אפשרות כזו. ברירת המחדל של תוכנית תעריפים היא 'גלוי לכולם'. לקבלת מידע נוסף, מידע נוסף זמין בכתובת http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans. (DEVRT-2445)

ביטול ההשעיה (מונטיזציה של Cloud 16.06.08)

ב'מונטיזציה' יש קבוצה של ממשקי API שבהם אפשר להשתמש כדי לבטל את ההשעיה של מפתח הושעו בעבר. אם המפתח יגיע למגבלה שהוגדרה, יכול להיות שנשעה אותו. עבור לדוגמה, מספר העסקאות הגיע למגבלה המקסימלית או ליתרה ששולמה מראש בחשבון אזלו. מידע נוסף זמין במאמר מפתחים שלא הושעו. (DEVRT-2641)

צפייה בסטטוס של טרנזקציות (מונטיזציה ב-Cloud 16.06.08)

כחלק מחבילת הבדיקות של המונטיזציה, אפשר לראות את הסטטוס של עסקאות אירעה במהלך טווח זמן שצוין באמצעות ממשק ה-API לניהול. לקבלת מידע נוסף, ראה הצגת הסטטוס של עסקאות. (DEVRT-2640)

הכללת מאפיינים מותאמים אישית של מפתחים בדוחות הכנסות (מונטיזציה של Cloud 16.05.25)

בדוחות הכנסות בלבד, אפשר לכלול בדוח מאפיינים מותאמים אישית, אם מוגדר עבור המפתח. מידע נוסף זמין במאמר הכללת מפתחים בהתאמה אישית בדוחות הכנסות באמצעות ה-API. (DEVRT-2447)

מדיניות בנושא הקלטת עסקאות ועקביות במשאבי המוצר של ה-API (ממשק המשתמש של Cloud 16.05.18)

אם נתיבי המשאבים במדיניות הקלטת העסקאות של המונטיזציה לא תואמים למשאבים הנתיבים שמוגדרים במוצר ה-API (לדוגמה, אם משנים את נתיבי משאבי ה-API), סמל של מדיניות תיעוד עסקאות בדף המוצרים מציג סמל אזהרה. כשלוחצים על כדי להציג את המדיניות בנושא תיעוד עסקאות, תופיע אזהרה בחלק העליון של הדף. אחרי ש לתקן את נתיבי המשאבים במדיניות תיעוד העסקאות, מחווני האזהרה ייעלמו. (DEVRT-2240)

הבאגים תוקנו

הבאגים הבאים תוקנו בגרסה הזו. הרשימה הזו מיועדת בעיקר למשתמשים שבודקים אם כרטיסי התמיכה שלהם תוקנו. הוא לא נועד לספק מידע מפורט לגבי כל המשתמשים.

Edge לענן פרטי

16.08.17

16.07.27 (ממשק משתמש)

16.07.20.01 (מונטיזציה)

הגרסה הזו כוללת שינויים קלים בסכימת DB. אין עדכוני תוכנה אחרים בגרסה הזו גרסה חדשה.

16.07.13 (ממשק משתמש)

16.07.06.02 (מונטיזציה)

16.07.06 (מונטיזציה)

16.06.29 (ממשק משתמש)

16.06.22 (מונטיזציה)

ללא

16.06.15 (ממשק משתמש)

16.06.08 (מונטיזציה)

ללא

16.05.25 (מונטיזציה)

16.05.18 (ממשק משתמש)

16.05.11 (מונטיזציה)

16.05.11 (ממשק משתמש)

16.05.04 (ממשק משתמש)

16.04.27 (ממשק משתמש)

16.04.27 (מונטיזציה)

ללא

16.04.20 (ממשק משתמש)

16.04.13 (מונטיזציה)

ללא

16.04.13 (ממשק משתמש)

בעיות מוכרות

אלה הבעיות הידועות בגרסה הזו: