15.05.27 - Apigee Edge क्लाउड की जानकारी

यहां Apigee Edge के दस्तावेज़ देखे जा रहे हैं.
पर जाएं Apigee X दस्तावेज़.
info

हमने मंगलवार, 2 जून, 2015 को Apigee Edge का नया क्लाउड वर्शन रिलीज़ किया था.

अगर आपके कोई सवाल हैं, तो Apigee Edge की सहायता टीम से संपर्क करें.

Apigee Edge के सभी रिलीज़ नोट की सूची देखने के लिए, Apigee के रिलीज़ नोट देखें.

नई सुविधाएं और किए गए सुधार

इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं.

SmartDocs की सुविधा अब सामान्य रूप से उपलब्ध है

SmartDocs की सुविधा, बीटा वर्शन से माइग्रेट होकर सामान्य रूप से उपलब्ध हो गई है. अपडेट और नई सुविधाओं में ये शामिल हैं:

  • Swagger 2.0 के लिए सहायता. इसमें फ़ाइल या यूआरएल से इंपोर्ट करने की सुविधा शामिल है. साथ ही, इसमें कस्टम नाम वाले सुरक्षा ऑब्जेक्ट के लिए सहायता भी शामिल है.
  • SmartDocs जनरेट करने वाले टेंप्लेट के विज़ुअल डिज़ाइन में सुधार.
  • डेवलपर पोर्टल में इस्तेमाल और वर्कफ़्लो से जुड़े सुधार. यह Drupal में, कॉन्टेंट > SmartDocs मेन्यू के ज़रिए उपलब्ध है.
  • "कस्टम टोकन" के तौर पर जानी जाने वाली पुष्टि करने की सुविधा को अब "एपीआई पासकोड" कहा जाता है.
  • संशोधन के लेवल पर तय किए गए, पुष्टि करने वाले "सुरक्षा" ऑब्जेक्ट.
  • टेंप्लेट के लेवल पर, क्लाइंट की पुष्टि करने की सुविधा का कॉन्फ़िगरेशन. नए संशोधनों से, पहले से कॉन्फ़िगर किए गए SmartDocs क्लाइंट क्रेडेंशियल रीसेट नहीं होते.

सुविधाओं के बारे में ज़्यादा जानने के लिए, यह ब्लॉग पोस्ट देखें.

SmartDocs के दस्तावेज़ देखने के लिए, एपीआई के बारे में जानकारी देने के लिए SmartDocs का इस्तेमाल करना लेख पढ़ें.

एपीआई प्रॉक्सी एडिटर का नया बीटा वर्शन

एपीआई प्रॉक्सी एडिटर का नया बीटा वर्शन उपलब्ध है. इसे ऐक्सेस करने के लिए, मौजूदा एपीआई प्रॉक्सी में बदलाव करते समय, "बीटा वर्शन ऐक्सेस करें" लिंक पर क्लिक करें. "क्लासिक" और "बीटा" एडिटर के बीच स्विच किया जा सकता है.

OAuthV2 की नई नीति

DeleteOAuthV2Info की नई नीति की मदद से, अनुमति देने वाले कोड और ऐक्सेस टोकन मिटाए जा सकते हैं. ज़्यादा जानकारी के लिए, OAuthV2 की जानकारी मिटाने की नीति देखें.

Access Entity नीति में नई इकाइयां

Access Entity नीति की मदद से, इन नई इकाइयों को ऐक्सेस किया जा सकता है: consumerkey-scopes, authorizationcode, requesttoken, और verifier. ज़्यादा जानकारी के लिए, Access Entity नीति देखें.

एक्सपायर होने वाले एसएसएल सर्टिफ़िकेट दिखाना

मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में मौजूद, एसएसएल सर्टिफ़िकेट पेज (एडमिन > एसएसएल सर्टिफ़िकेट) पर यह जानकारी दिखती है कि कब एसएसएल सर्टिफ़िकेट एक्सपायर हो रहे हैं. यह जानकारी, एक्सपायर होने की तारीख वाले नए ड्रॉप-डाउन फ़ील्ड में चुने गए विकल्प के हिसाब से दिखती है. जैसे, 10, 15, 30 या 90 दिनों में एक्सपायर होने वाले सर्टिफ़िकेट.

मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में डेवलपर ऐप्लिकेशन का नाम दिखना

Edge में मौजूद डेवलपर ऐप्लिकेशन के दो नाम होते हैं. एक इंटरनल नाम, जो कभी नहीं बदलता. दूसरा डिसप्ले नेम, जिसे बदला जा सकता है. मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में मौजूद, डेवलपर ऐप्लिकेशन पेज (पब्लिश करें > डेवलपर ऐप्लिकेशन > ऐप्लिकेशन का नाम) पर, ऐप्लिकेशन का इंटरनल "नाम", "डिसप्ले नेम" के साथ दिखता है. इससे, समस्याओं को हल करने और एपीआई को मैनेज करने के लिए, ऐप्लिकेशन को उनके इंटरनल नाम से आसानी से पहचाना जा सकता है.

कस्टम रिपोर्ट के क्लासिक वर्शन को मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) से हटाया जा रहा है

कस्टम Analytics रिपोर्ट का वैकल्पिक क्लासिक वर्शन, अब मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में उपलब्ध नहीं है.


SmartDocs को अपग्रेड करने की प्रोसेस

अगर आपने बीटा वर्शन के दौरान SmartDocs का इस्तेमाल किया है, तो सामान्य रूप से उपलब्ध वर्शन में मौजूद नई सुविधाओं और क्षमताओं का इस्तेमाल करने के लिए, आपको अपने डेवलपर पोर्टल में SmartDocs को अपग्रेड करना होगा.

आपके डेवलपर पोर्टल में पहले से पब्लिश किए गए SmartDocs के सभी पेज काम करते रहेंगे हालांकि, मौजूदा या नए पेजों में बदलाव करने या उन्हें पब्लिश करने से पहले, आपको अपडेट करने की प्रोसेस पूरी करनी होगी.

ध्यान रखें कि SmartDocs को अपने डेवलपर पोर्टल में रेंडर और पब्लिश किया जा सकता है. हालांकि, SmartDocs, Apigee की Edge API मैनेजमेंट सेवाओं में मौजूद एपीआई मॉडल से जनरेट होते हैं. Edge में किसी एपीआई मॉडल में किए गए बदलाव, आपके सभी Pantheon एनवायरमेंट में दिखेंगे. ठीक उसी तरह जैसे डेवलपर, Pantheon के सभी एनवायरमेंट में मौजूद होते हैं.

SmartDocs के बीटा वर्शन से सामान्य रूप से उपलब्ध वर्शन में अपग्रेड करने के लिए

  1. Pantheon पर मौजूद अपने डेवलपमेंट या टेस्ट एनवायरमेंट में, 15.05.27 वर्शन को अपडेट करें और उसकी जांच करें.
  2. पहले से इस्तेमाल किए जा रहे किसी भी एपीआई मॉडल को बदलने के लिए, नया मॉडल बनाएं.
    • अगर Swagger या WADL दस्तावेज़ इंपोर्ट किए गए हैं, तो उन्हें नए संशोधन में फिर से इंपोर्ट करें.
    • अगर SmartDocs मॉड्यूल की मदद से, एपीआई मॉडल को मैनेज किया जा रहा है, तो उसे SmartDocs JSON के तौर पर एक्सपोर्ट करें और फ़ाइल अटैचमेंट का इस्तेमाल करके, अपने नए मॉडल में इंपोर्ट करें.
  3. अपने मॉडल के संशोधन की सुरक्षा प्रॉपर्टी सेट करें. कॉन्टेंट > SmartDocs > मॉडल पेज पर, सुरक्षा सेटिंग चुनें.
  4. मॉडल की सेटिंग वाले पेज (कॉन्टेंट > SmartDocs) पर, पहले से कॉन्फ़िगर किए गए किसी भी ऑथेंटिकेशन की जांच करें. इसके लिए, कार्रवाइयां कॉलम में मौजूद सेटिंग पर क्लिक करें.
  5. CSS और JS ऐसेट के v6 का इस्तेमाल करने के लिए, किसी भी कस्टम टेंप्लेट को अपडेट करें. साथ ही, authSchemes और apiSchema जैसे किसी भी नए ऑब्जेक्ट के नाम को दिखाने के लिए, उनमें बदलाव करें. SmartDocs टेंप्लेट को अपडेट करने के बारे में जानकारी पाने के लिए, एपीआई के बारे में जानकारी देने के लिए SmartDocs का इस्तेमाल करना लेख पढ़ें.
  6. अपने मॉडल के संशोधन को फिर से रेंडर करें और पब्लिश करें.
  7. नए दस्तावेज़ की पुष्टि करने के बाद, अपने प्रोडक्शन पोर्टल को 15.05.27 वर्शन पर अपडेट करें.

अगर आप Edge के एंटरप्राइज़ ग्राहक हैं और आपको अपग्रेड करने की प्रोसेस के बारे में कोई सवाल पूछना है या कोई समस्या है, तो कृपया marsh@apigee.com और cnovak@apigee.com को ईमेल करें. इसके अलावा, बेहतर जवाब पाने के लिए, कृपया Apigee कम्यूनिटी का इस्तेमाल करें.

ठीक की गई गड़बड़ियां

इस रिलीज़ में, ये गड़बड़ियां ठीक की गई हैं.

समस्या आईडी ब्यौरा
TBD-72 मैसेज लॉगिंग की नीति से जुड़ी समस्या
MGMT-2124 यूज़र इंटरफ़ेस (यूआई) में अनुमतियां सेव करने पर, ग्राहक की भूमिका की अनुमतियां रीसेट हो जाती हैं
MGMT-2048 कस्टम भूमिका वाले उपयोगकर्ता, एक एनवायरमेंट के अलावा दूसरे एनवायरमेंट में भी डिप्लॉय कर सकते हैं. जबकि, उनकी भूमिका में डिप्लॉयमेंट की अनुमतियां सिर्फ़ एक एनवायरमेंट तक सीमित होती हैं
MGMT-2041 डिफ़ॉल्ट अटैचमेंट टेंप्लेट से, FaultRules एलिमेंट हटाएं
FaultRules एलिमेंट का इस्तेमाल, नीतियों या एपीआई प्रॉक्सी के चरणों में नहीं किया जाता. इसलिए, एपीआई प्रॉक्सी बनाते समय या नीतियां जोड़ते समय, यह एलिमेंट अब अपने-आप नहीं जुड़ता.
MGMT-2034 WSDL फ़ेच करने पर गड़बड़ी होती है: "WSDL फ़ेच करने में गड़बड़ी: WSDL को प्रोसेस करने में गड़बड़ी."
MGMT-1812 इंपोर्ट के दौरान, TargetEndpoint की पुष्टि करना
ProxyEndpoint की तरह, TargetEndpoint की पुष्टि भी की जाएगी. इसके लिए, एपीआई प्रॉक्सी इंपोर्ट के दौरान, शर्तों में इस्तेमाल किए गए सही स्कीमा और एक्सप्रेशन की पुष्टि की जाएगी.
MGMT-1345 एक से ज़्यादा नेमस्पेस वाले WSDL को इंपोर्ट करने पर, Build SOAP Step गलत तरीके से काम करता है
MGMT-800 'डिफ़ॉल्ट' नाम से संसाधन बनाने पर, यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी होती है
MGMT-602 एपीआई प्रॉक्सी के डेवलपमेंट व्यू में गड़बड़ी: जब एंडपॉइंट में PreFlow/PostFlow नहीं होता, तब Response Cache की नीति जोड़ने पर गड़बड़ी होती है
MGMT-460 नीति का नाम बदलने पर, गड़बड़ी होती है. साथ ही, नीति की डुप्लीकेट कॉपी बन जाती है, जिसे हटाया नहीं जा सकता
DEVRT-1565 CHARGES के लिए 15 मिनट के इंटरवल
AXAPP-1728 Analytics में, कमाई करने से जुड़े वैरिएबल को अनदेखा करना
AXAPP-1690 कस्टम रिपोर्ट में, "एपीआई की गड़बड़ी मान्य नहीं है" मैसेज दिखना
AXAPP-1533 Analytics के जियोमैप में, 'एपीआई कॉल मान्य नहीं है' गड़बड़ी दिखना
APIRT-52 कस्टम रिपोर्ट: कई एपीआई के लिए, जवाब का स्टेटस कोड 'null' होता है