Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी
हमने 29 अप्रैल, 2014 को मंगलवार को Apigee Edge का नया क्लाउड वर्शन रिलीज़ किया था.
नई सुविधाएं और सुधार
इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.
- Analytics डैशबोर्ड
परफ़ॉर्मेंस को मॉनिटर करने में आपकी मदद करने के लिए, Edge अब एंडपॉइंट की परफ़ॉर्मेंस, एपीआई प्रॉक्सी की परफ़ॉर्मेंस, और कैश मेमोरी की परफ़ॉर्मेंस के बारे में नई Analytics रिपोर्ट उपलब्ध कराता है.
Analytics डैशबोर्ड में, "ऑपरेशंस डैशबोर्ड" देखें. - परफ़ॉर्मेंस के लिए कस्टम मेट्रिक इकट्ठा करना
यह सुविधा अब उपलब्ध नहीं है.
नई कस्टम एग्रीगेशन सुविधा, एपीआई कॉल किए जाने पर Edge की इकट्ठा और सेव की गई कस्टम मेट्रिक तय करके, आंकड़ों की परफ़ॉर्मेंस को बेहतर बनाती है. रिपोर्ट देखते समय, Edge पहले से उपलब्ध एग्रीगेट की गई मेट्रिक को ऐक्सेस करता है, न कि उन्हें फ़्लाई पर फ़ेच करता है. - एपीआई प्रॉक्सी में पहले से कॉन्फ़िगर किया गया OAuth 2.0
एपीआई प्रॉक्सी बनाते समय, "OAuth 2.0 ऐक्सेस टोकन से सुरक्षित करें" का नया विकल्प, एपीआई प्रॉक्सी को OAuth के साथ काम करने वाली नीतियों के साथ अपने-आप कॉन्फ़िगर करता है.
OAuth देखें. - ट्रैस में डेटा मास्क करना
/maskconfigs API संसाधन की मदद से, एपीआई प्रॉक्सी ट्रैस सेशन में क्रेडिट कार्ड की जानकारी जैसे संवेदनशील डेटा को मास्क किया जा सकता है. इससे, एपीआई डेवलपमेंट के दौरान उपयोगकर्ता के डेटा की सुरक्षा को पक्का करने में मदद मिलती है.
केस:810723
डेटा को मास्क करना और छिपाना देखें. - पुष्टि करने की बुनियादी नीति
पुष्टि करने की बुनियादी नीति की मदद से, एपीआई प्रॉक्सी में कम डेटा का इस्तेमाल करके पुष्टि करने की बुनियादी नीति जोड़ी जा सकती है. इससे, उपयोगकर्ता के क्रेडेंशियल को अपने-आप base64 कोड में बदला जाता है और एचटीटीपीAuthorization: Basicहेडर में जानकारी अपने-आप भर जाती है.
पुष्टि करने के लिए बनी बुनियादी नीति देखें. - PostClientFlow
PostClientFlow की मदद से, MessageLogging की ऐसी नीतियां जोड़ी जा सकती हैं जो जवाब भेजने के बाद लागू होती हैं. इससे एपीआई प्रॉक्सी के इंतज़ार का समय कम हो जाता है. साथ ही, जवाब भेजे जाने के बाद तक कैलकुलेट नहीं की गई जानकारी को लॉग करने के लिए उपलब्ध कराया जाता है. जैसे, client.sent.start.timestamp और client.sent.end.timestamp.
केस: 814059
बग ठीक किए गए
इस रिलीज़ में ये गड़बड़ियां ठीक की गई हैं.
| विषय | ब्यौरा |
|---|---|
| कस्टम रिपोर्ट के नाम की पुष्टि करना | Edge अब कस्टम रिपोर्ट के नामों की पुष्टि करता है, ताकि खास वर्णों का इस्तेमाल न किया जा सके. |
| developer_app ड्रिल-डाउन से जुड़ी समस्याओं की शिकायत करना | developer_app ड्रिल-डाउन का इस्तेमाल करने वाली कस्टम रिपोर्ट में, डेवलपर के गलत ऐप्लिकेशन दिख रहे थे. इस समस्या को हल कर दिया गया है. |
| कस्टम रिपोर्ट में समयावधि काम नहीं कर रही है | जिन कस्टम रिपोर्ट में कई ब्रैकेट वाले
एक्सप्रेशन वाले फ़िल्टर शामिल थे, जैसे कि (request_verb eq 'POST') or (request_verb eq
'GET'), उनमें रिपोर्ट की समयावधि बदलने से नतीजों पर कोई असर नहीं पड़ा. इस समस्या को ठीक कर दिया गया है.केस: 810753 |
| कस्टम रिपोर्ट में चार्ट न दिखना | कस्टम रिपोर्ट में चार्ट न दिखने की समस्या को ठीक कर दिया गया है. केस: 814623 |
| WSDL इंपोर्ट |
|
| एक साथ कई अनुरोध करने की दर की सीमा से जुड़ी नीति का कॉन्फ़िगरेशन | टारगेट एंडपॉइंट सिलेक्टर अब सिर्फ़ तब उपलब्ध है, जब एपीआई प्रॉक्सी में एक साथ अनुरोध करने की सीमा तय करने वाली नीति जोड़ी जा रही हो. टारगेट एंडपॉइंट, अन्य नीतियों पर लागू नहीं होता. |
| डेवलपर के लिए कंपनी की सहायता | जिन संगठनों के लिए कंपनियों को चालू किया गया है उनके लिए, अब डेवलपर बनाते समय या उसमें बदलाव करते समय, किसी कंपनी की जानकारी दी जा सकती है. केस: 515246 |
| डेवलपर, ऐप्लिकेशन, और प्रॉडक्ट का डेटा एक्सपोर्ट करना | अब डेवलपर, ऐप्लिकेशन, और प्रॉडक्ट को CSV फ़ाइल में एक्सपोर्ट किया जा सकता है. इसके लिए, Edge के मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, डेवलपर
पेज पर जाएं. फ़िलहाल, यह सुविधा उन संगठनों के लिए उपलब्ध नहीं है जिनके लिए कमाई करने की सुविधा चालू है. केस: 747159 |
| Developer Apps की विंडो हैंग हो रही है | जब कोई डेवलपर, Edge Developer Portal में किसी ऐप्लिकेशन को मिटा देता है, तो Edge के मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में उस डेवलपर ऐप्लिकेशन पर क्लिक करने से विंडो हैंग हो जाती है. इस समस्या को ठीक कर दिया गया है. |
| एपीआई प्रॉक्सी कॉन्फ़िगरेशन में टिप्पणियां | एपीआई प्रॉक्सी कॉन्फ़िगरेशन में मौजूद टिप्पणियां, अब एपीआई प्रॉक्सी एडिटर कोड व्यू और प्रॉपर्टी इंस्पेक्टर में दिखती हैं. |
| अमान्य नामों से बनाई गई एपीआई प्रॉक्सी | Edge के मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में पहले, ऐसे एपीआई प्रॉक्सी बनाने की अनुमति थी जिनके नाम में काम न करने वाले खास वर्ण शामिल थे. इस वजह से, अमान्य एपीआई प्रॉक्सी बन गए थे जिन्हें मिटाया नहीं जा सकता था. एपीआई प्रॉक्सी के नामों की पुष्टि, अब बनाने के समय की जाती है. सिर्फ़ अक्षर, अंक, "-", और
"_" वर्ण इस्तेमाल किए जा सकते हैं. केस: 550390 |
| एपीआई प्रॉक्सी के नाम में केस सेंसिटिव (बड़े और छोटे अक्षरों में अंतर) | Edge, छोटे अक्षरों वाले नामों के साथ एपीआई प्रॉक्सी बना रहा था. भले ही, छोटे या बड़े अक्षर में नाम डाला गया हो. Edge अब एपीआई प्रॉक्सी के लिए डाले गए नाम के केस को ध्यान में रखता है. |
| एपीआई प्रॉक्सी सेव करने पर चेतावनी | एपीआई प्रॉक्सी एडिटर में एपीआई प्रॉक्सी सेव करने पर, Edge उस एपीआई प्रॉक्सी को उन सभी एनवायरमेंट में डिप्लॉय करता है जहां बदलाव फ़िलहाल डिप्लॉय किया गया है. इनमें प्रोडक्शन एनवायरमेंट भी शामिल हैं. Edge के मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, अब प्रॉक्सी सेव करने से पहले चेतावनी दी जाती है. |
| प्रोडक्शन एनवायरमेंट में सेव की जाने वाली, बिना अनुमतियों वाली कस्टम भूमिका | जब डिप्लॉय किए गए एपीआई के रिविज़न को अपडेट किया जाता है, तो यह डिप्लॉय किए गए एनवायरमेंट से एपीआई को अनडिप्लॉय करने और फिर से डिप्लॉय करने की प्रोसेस को ट्रिगर करता है. डिप्लॉयमेंट की सही अनुमतियों के बिना, एक कस्टम रोल, एपीआई प्रॉक्सी को सेव करके डिप्लॉय कर पाया. डिप्लॉयमेंट की अनुमतियों को लागू करके, इस समस्या को ठीक कर दिया गया है. केस: 813084 |
| डुप्लीकेट टारगेट सर्वर | डुप्लीकेट टारगेट सर्वर बनाते समय, Edge ने एचटीटीपी 409 गड़बड़ी के बजाय, मौजूदा टारगेट सर्वर को बदल दिया और 201 स्टेटस दिखाया. इस समस्या को ठीक करने के लिए, 409 कोड वाली गड़बड़ी का मैसेज दिखाया गया है. साथ ही, मौजूदा टारगेट सर्वर को ओवरराइट नहीं किया गया है. |
| एपीआई प्रॉक्सी के लिए ट्रैक सेशन नहीं बनाए जा सके | ऐसे एनवायरमेंट के लिए ट्रैक सेशन नहीं बनाए जा रहे थे जिनमें मैसेज प्रोसेसर ऐक्सेस नहीं किए जा सकते थे. इस समस्या को ठीक करने के लिए, सिर्फ़ उन मैसेज प्रोसेसर से ट्रैक सेशन अटैच किए गए हैं जो ऐक्सेस किए जा सकते हैं और उपलब्ध हैं केस: 812192 |
| JMSReplyTo का अपडेट किया गया व्यवहार | डिफ़ॉल्ट रूप से, Edge, JMSReplyTo हेडर में बताई गई सूची में जवाब भेजता है.
हालांकि, अगर आपको बैकएंड सेवा से Edge के बजाय, JMSReplyTo पंक्ति पर जवाब भेजने की सुविधा चाहिए, तो किसी भी फ़्लो में एपीआई प्रोक्सी जवाब में X-Apigee-Ignore-JMSResponse हेडर जोड़ें और उसे 'सही' पर सेट करें:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| CLOSE_WAIT और 502 गेटवे की गड़बड़ियां ज़्यादा होना | CLOSE_WAIT मेट्रिक और 502 गलत गेटवे वाली गड़बड़ियों की संख्या ज़्यादा होने की समस्या को ठीक कर दिया गया है. केस: 814656, 814664, 814670 |
| Node.js की टेंप्लेट डायरेक्ट्री | जब Edge पर कोई Node.js स्क्रिप्ट डिप्लॉय की जाती है, तो वह सैंडबॉक्स में चलती है. यह सैंडबॉक्स, फ़ाइल सिस्टम को किसी खास डायरेक्ट्री को ऐक्सेस करने से रोकता है. हालांकि, os.tmpdir, /tmp या /var/tmp जैसी डायरेक्ट्री का नाम दिखाता है, जो Edge Node.js सैंडबॉक्स में मौजूद नहीं थी. इस वजह से, कुछ स्क्रिप्ट काम नहीं करतीं. Edge Node.js सैंडबॉक्स में अब os.tmpdir के इस्तेमाल के लिए, /tmp डायरेक्ट्री शामिल है. |
| एपीआई कॉल पर null pointer exceptions | मैसेज असाइन करने की नीति में, जवाब के लिए शून्य का स्टेटस मिलने पर, कोई नॉल पॉइंटर अपवाद मिला. ऐसा इसलिए हुआ, क्योंकि
Edge ने मेट्रिक के लिए जवाब कोड कैप्चर करने की कोशिश की. इस समस्या को हल कर दिया गया है. केस: 815595 |