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