आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी
हमने मंगलवार, 29 अप्रैल, 2014 को Apigee Edge का नया क्लाउड वर्शन रिलीज़ किया था.
नई सुविधाएं और बेहतर टूल
इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.
- Analytics डैशबोर्ड
Edge अब एंडपॉइंट परफ़ॉर्मेंस, एपीआई प्रॉक्सी परफ़ॉर्मेंस, और कैश परफ़ॉर्मेंस की नई Analytics रिपोर्ट उपलब्ध कराता है. इससे आपको परफ़ॉर्मेंस को मॉनिटर करने में मदद मिलती है.
Analytics डैशबोर्ड में, "ऑपरेशंस डैशबोर्ड" देखें. - परफ़ॉर्मेंस के लिए कस्टम मेट्रिक एग्रीगेशन
यह सुविधा अब उपलब्ध नहीं है.
कस्टम एग्रीगेशन की नई सुविधा, आंकड़ों की परफ़ॉर्मेंस को बेहतर बनाती है. इसकी मदद से, कस्टम मेट्रिक तय की जा सकती हैं. Edge इन मेट्रिक को इकट्ठा करता है और एपीआई कॉल किए जाने पर इन्हें सेव करता है. रिपोर्ट देखते समय, Edge पहले से उपलब्ध एग्रीगेट की गई मेट्रिक को ऐक्सेस करता है. वह उन्हें तुरंत फ़ेच नहीं करता. - एपीआई प्रॉक्सी में पहले से कॉन्फ़िगर किया गया OAuth 2.0
एपीआई प्रॉक्सी बनाते समय, "OAuth v2.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 |
| डेवलपर ऐप्लिकेशन की विंडो का हैंग होना | जब कोई डेवलपर Edge Developer Portal में किसी ऐप्लिकेशन को मिटा देता है, तब Edge Management UI में उस डेवलपर ऐप्लिकेशन पर क्लिक करने से विंडो हैंग हो जाती है. इस समस्या को ठीक कर दिया गया है. |
| एपीआई प्रॉक्सी कॉन्फ़िगरेशन में टिप्पणियां | एपीआई प्रॉक्सी कॉन्फ़िगरेशन में की गई टिप्पणियां, अब एपीआई प्रॉक्सी एडिटर के कोड व्यू और प्रॉपर्टी इंस्पेक्टर में दिखती हैं. |
| अमान्य नामों से बनाई गई एपीआई प्रॉक्सी | Edge के मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, पहले ऐसी एपीआई प्रॉक्सी बनाने की अनुमति थी जिनके नामों में ऐसे खास वर्ण शामिल होते थे जिनका इस्तेमाल नहीं किया जा सकता. इस वजह से, अमान्य एपीआई प्रॉक्सी बन जाती थीं और उन्हें मिटाया नहीं जा सकता था. एपीआई प्रॉक्सी के नामों की पुष्टि अब उन्हें बनाते समय की जाती है. सिर्फ़ अक्षर, अंक, "-", और "_" वर्णों का इस्तेमाल किया जा सकता है. केस: 550390 |
| एपीआई प्रॉक्सी का नाम तय करते समय केस-सेंसिटिव (बड़े और छोटे अक्षरों में अंतर) होना | Edge, लोअरकेस में नाम वाली एपीआई प्रॉक्सी बना रहा था. भले ही, नाम किसी भी केस में डाला गया हो. Edge अब एपीआई प्रॉक्सी के लिए डाले गए नाम के केस का पालन करता है. |
| एपीआई प्रॉक्सी सेव करने पर चेतावनी | एपीआई प्रॉक्सी एडिटर में एपीआई प्रॉक्सी सेव करने पर, Edge उस एपीआई प्रॉक्सी को उन सभी एनवायरमेंट में डिप्लॉय करता है जहां फ़िलहाल संशोधन डिप्लॉय किया गया है. इनमें प्रोडक्शन एनवायरमेंट भी शामिल हैं. Edge मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) अब प्रॉक्सी को सेव करने से पहले चेतावनी देता है. |
| कस्टम रोल में कोई अनुमति नहीं है, जिसे प्रोडक्शन एनवायरमेंट में सेव किया जा रहा है | जब डिप्लॉय किए गए एपीआई के वर्शन को अपडेट किया जाता है, तो डिप्लॉय किए गए एनवायरमेंट पर, एपीआई को अनडिप्लॉय और डिप्लॉय करने की प्रोसेस शुरू हो जाती है. डप्लॉयमेंट की ज़रूरी अनुमतियों के बिना कस्टम रोल, एपीआई प्रॉक्सी को सेव करके डप्लॉय कर सका. इस समस्या को ठीक कर दिया गया है. इसके लिए, डिप्लॉयमेंट की अनुमतियां लागू की गई हैं. केस: 813084 |
| डुप्लीकेट टारगेट सर्वर | डुप्लीकेट टारगेट सर्वर बनाते समय, Edge ने एचटीटीपी 409 गड़बड़ी के बजाय, मौजूदा टारगेट सर्वर को बदल दिया और 201 स्टेटस दिखाया. इस समस्या को ठीक कर दिया गया है. इसके लिए, 409 गड़बड़ी का मैसेज दिखाया गया है. साथ ही, मौजूदा टारगेट सर्वर को नहीं बदला गया है. |
| एपीआई प्रॉक्सी के लिए ट्रेस सेशन नहीं बनाए जा सकते | ऐसे एनवायरमेंट के लिए ट्रेस सेशन नहीं बनाए जा रहे थे जिनमें मैसेज प्रोसेसर मौजूद थे, लेकिन उन तक पहुंचा नहीं जा सकता था. इस समस्या को हल कर दिया गया है. अब सिर्फ़ उन मैसेज प्रोसेसर से ट्रेस सेशन अटैच किए गए हैं जो उपलब्ध हैं और जिन तक पहुंचा जा सकता है केस: 812192 |
| JMSReplyTo के अपडेट किए गए व्यवहार के बारे में जानकारी | डिफ़ॉल्ट रूप से, Edge जवाब को JMSReplyTo हेडर में बताई गई कतार में भेजता है.
हालांकि, अगर आपको बैकएंड सेवा से JMSReplyTo
कतार को जवाब भेजने का काम कराना है, तो एपीआई प्रॉक्सी के जवाब में किसी भी फ़्लो में X-Apigee-Ignore-JMSResponse हेडर जोड़ें और इसे सही पर सेट करें:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| CLOSE_WAIT की स्थिति में कनेक्शन की संख्या ज़्यादा होना और 502 बैड गेटवे गड़बड़ियां | CLOSE_WAIT मेट्रिक और 502 बैड गेटवे से जुड़ी गड़बड़ियों की समस्या को ठीक कर दिया गया है. केस: 814656, 814664, 814670 |
| Node.js की अस्थायी डायरेक्ट्री | जब किसी Node.js स्क्रिप्ट को Edge पर डिप्लॉय किया जाता है, तो यह एक सैंडबॉक्स में चलती है. यह सैंडबॉक्स, फ़ाइल सिस्टम को किसी डायरेक्ट्री का ऐक्सेस देने पर पाबंदी लगाता है. हालांकि, os.tmpdir, /tmp या /var/tmp जैसे डायरेक्ट्री का नाम दिखाता है. यह Edge Node.js सैंडबॉक्स में मौजूद नहीं था. इस वजह से, कुछ स्क्रिप्ट काम नहीं कर रही हैं. Edge Node.js सैंडबॉक्स में अब os.tmpdir के लिए /tmp डायरेक्ट्री शामिल है. |
| एपीआई कॉल पर नल पॉइंटर अपवाद | Assign Message नीति में, शून्य जवाब की स्थिति में शून्य पॉइंटर अपवाद मिला. ऐसा इसलिए हुआ, क्योंकि Edge ने मेट्रिक के लिए जवाब कोड कैप्चर करने की कोशिश की थी. इस समस्या को हल कर दिया गया है. केस: 815595 |