4.16.09 - Private Cloud के रिलीज़ नोट के लिए Edge

आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी

हमने सोमवार, 19 सितंबर, 2016 को Apigee Edge for Private Cloud का नया वर्शन रिलीज़ किया.

Edge for Private Cloud की पिछली रिलीज़ के बाद, ये रिलीज़ हुई हैं और इस रिलीज़ में शामिल हैं:

• क्लाउड: 16.04.13 (UI), 16.04.13 (monetization), 16.04.20 (UI), 16.04.27 (monetization), 16.04.27 (UI), 16.05.04 (UI), 16.05.11 (UI), 16.05.11 (monetization), 16.05.18 (UI), 16.05.25 (monetization), 16.06.08 (monetization), 16.06.15 (UI), 16.06.22 (monetization), 16.06.29 (UI), 16.07.06 (monetization), 16.07.06.02 (monetization), 16.07.13 (UI), 16.07.20.01 (monetization), 16.07.27 (UI), 16.08.17

रिलीज़ नंबर के बारे में जानकारी लेख पढ़ें. इससे आपको यह समझने में मदद मिलेगी कि Edge for Private Cloud के आपके वर्शन में, क्लाउड की कोई खास रिलीज़ शामिल है या नहीं.

रिलीज़ की खास जानकारी

इस रिलीज़ में, क्लासिक एपीआई प्रॉक्सी एडिटर को हटा दिया गया है. इसकी जगह नए प्रॉक्सी एडिटर को शामिल किया गया है. यह एडिटर, क्लासिक एडिटर के साथ इस्तेमाल किया जा सकता था. अन्य अहम सुधारों में ये शामिल हैं: एपीआई प्रॉडक्ट के संसाधन पाथ के व्यवहार में सुधार, Assign Message और Raise Fault नीतियों में तय किए गए JSON पेलोड को बेहतर तरीके से हैंडल करना, XML को JSON में बदलने की सुविधा में सुधार, संसाधन की पुष्टि करने की सुविधा में सुधार, अलग-अलग एपीआई प्रॉक्सी पर टाइमआउट सेट करने की सुविधा, एपीआई प्रॉक्सी विज़र्ड में SOAP प्रॉक्सी जनरेट करने की सुविधा को अपडेट करना, और JavaScript के लिए ज़्यादा परफ़ॉर्मेंस वाला Crypto ऑब्जेक्ट.

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

इस विषय के बाकी हिस्से में, रिलीज़ में शामिल सभी नई सुविधाओं, अपडेट, और गड़बड़ियों को ठीक करने के बारे में जानकारी दी गई है.

बहिष्कृत

एपीआई सेवाएं

क्लासिक प्रॉक्सी एडिटर हटाया गया (Cloud 16.04.20 UI)

एपीआई प्रॉक्सी एडिटर का नया वर्शन अब सिर्फ़ काम करने वाला वर्शन है. क्लासिक वर्शन अब उपलब्ध नहीं है. साथ ही, "प्रॉक्सी एडिटर के क्लासिक वर्शन को ऐक्सेस करें" लिंक को हटा दिया गया है. अगर आपने क्लासिक वर्शन का इस्तेमाल किया था, तो आपकी एपीआई प्रॉक्सी, नए एडिटर में अपने-आप लोड हो जाएंगी. (EDGEUI-498)

कमाई करना

बंद की गई इन सुविधाओं को हटा दिया गया है और अब इनका इस्तेमाल नहीं किया जा सकता:

• सीमाएं तय करना
• ईमेल भेजने की सीमा से जुड़ी सूचनाएं

इसके अलावा, सूचनाएं पाने की सुविधा भी सेट अप की जा सकती है. इसके बारे में यहां बताया गया है:

• इवेंट की सूचनाएं सेट अप करना
• किराये के प्लान के लिए, सीमा से जुड़ी सूचना बनाना

(DEVRT-2742)

नई सुविधाएं और अपडेट

इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं. इन सुधारों के अलावा, इस रिलीज़ में इस्तेमाल करने में आसानी, परफ़ॉर्मेंस, सुरक्षा, और स्थिरता से जुड़े कई सुधार भी शामिल हैं.

ज़्यादा जानकारी और निर्देशों के लिए, Edge for Private Cloud का दस्तावेज़ देखें.

Private Cloud

Postres को वर्शन 9.4 में अपग्रेड करना

इस रिलीज़ में, Postgres 9.4 को अपग्रेड किया गया है. अपने सिस्टम को अपडेट करने के निर्देशों के लिए, Apigee Edge को 4.16.09 पर अपडेट करना लेख पढ़ें.

Edge यूज़र इंटरफ़ेस (यूआई) में GeoMap के साथ काम करता है

जियो एग्रीगेशन की मदद से, एपीआई कॉल के लिए Analytics डेटा इकट्ठा किया जा सकता है. यह डेटा, भौगोलिक एट्रिब्यूट के आधार पर इकट्ठा किया जाता है. जैसे, इलाका, महाद्वीप, देश, और शहर. इस आंकड़ों के डेटा से, Edge यूज़र इंटरफ़ेस (यूआई) में एक GeoMap देखा जा सकता है. इसमें एपीआई अनुरोधों की जगह की जानकारी दिखती है.

ज़्यादा जानकारी के लिए, जियो एग्रीगेशन और भौगोलिक मैप चालू करना लेख पढ़ें.

API BaaS

इस बारे में दस्तावेज़ जोड़े गए:

• TLS का इस्तेमाल करने के लिए, API BaaS को कॉन्फ़िगर करने का तरीका. ज़्यादा जानकारी के लिए, API BaaS के लिए टीएलएस कॉन्फ़िगर करना लेख पढ़ें.
• सभी API BaaS स्टैक नोड को Shared Storage का इस्तेमाल करने के लिए कैसे कॉन्फ़िगर करें, ताकि सभी ऐसेट सभी API BaaS स्टैक नोड के लिए उपलब्ध हों. ज़्यादा जानकारी के लिए, ऐसेट अपलोड करना लेख पढ़ें.
• BaaS स्टैक नोड को कॉन्फ़िगर करते समय, Cassandra के पासवर्ड को एन्क्रिप्ट (सुरक्षित) करने का तरीका. ज़्यादा जानकारी के लिए, Edge के पासवर्ड रीसेट करना लेख पढ़ें.

मॉनिटरिंग टूल और डैशबोर्ड की बीटा रिलीज़

इस रिलीज़ में, Edge के लिए नई मॉनिटरिंग टूल और डैशबोर्ड का बीटा वर्शन शामिल है. इस टूल की मदद से, अलग-अलग कॉम्पोनेंट (राउटर, मैसेज प्रोसेसर, ZooKeeper, Cassandra) की स्थिति के साथ-साथ, आपके डिप्लॉयमेंट में अलग-अलग संगठनों और एनवायरमेंट के लिए एचटीटीपी गड़बड़ी कोड के बारे में जाना जा सकता है. आपके पास अपने डैशबोर्ड डेटा का स्नैपशॉट लेने और उसे Apigee के साथ शेयर करने का विकल्प भी है, ताकि सहायता से जुड़ी समस्याओं को हल करने में मदद मिल सके.

इंस्टॉल करने के निर्देशों के साथ-साथ, दस्तावेज़ भी Edge 4.16.09 के दस्तावेज़ में शामिल है. यह वर्शन 4.18.01 में उपलब्ध है.

हालांकि, डैशबोर्ड को इंस्टॉल और इस्तेमाल करने से पहले, आपको Apigee Evaluation Agreement पूरा करना होगा. यह Version 4.18.01 पर भी उपलब्ध है. इसे Apigee को वापस भेजने के लिए, orders@apigee.com पर ईमेल करें.

Analytics Collector टूल की बीटा रिलीज़

Edge for Private Cloud के सभी ग्राहकों को Apigee को एपीआई प्रॉक्सी ट्रैफ़िक के बारे में आंकड़े सबमिट करने होंगे. Apigee का सुझाव है कि ग्राहक इस जानकारी को दिन में एक बार अपलोड करें. इसके लिए, वे क्रॉन जॉब बना सकते हैं.

इस डेटा को अपलोड करने में मदद करने के लिए, Apigee ने apigee-analytics-collector कमांड-लाइन यूटिलिटी का बीटा वर्शन उपलब्ध कराया है. यह यूटिलिटी, एपीआई कॉल की संख्या की रिपोर्ट को Apigee पर वापस भेजती है. Private Cloud इंस्टॉलेशन के लिए हर Edge, इस यूटिलिटी का इस्तेमाल करके Apigee को ट्रैफ़िक डेटा भेज सकता है.

ज़्यादा जानकारी के लिए, Apigee में API ट्रैफ़िक डेटा अपलोड करना - बीटा रिलीज़ लेख पढ़ें.

एपीआई सेवाएं

Assign Message और Raise Fault में JSON पेलोड (Cloud 16.08.17)

इस बेहतर सुविधा की मदद से, JSON मैसेज को सही फ़ॉर्मैट में रखने के लिए किसी अन्य तरीके का इस्तेमाल करने की ज़रूरत नहीं होती. साथ ही, अमान्य JSON बनाए बिना घुंघराले ब्रैकेट का इस्तेमाल करके वैरिएबल तय किए जा सकते हैं. उदाहरण के लिए, यहां JSON मैसेज में message.content की वैल्यू डाली गई है:

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

अगर आपने कोई अन्य तरीका इस्तेमाल किया है, तो आपका कोड पहले की तरह काम करता रहेगा. वैरिएबल दिखाने के लिए, कर्ली ब्रेसिज़ के बजाय variablePrefix और variableSuffix का इस्तेमाल भी किया जा सकता है.

Assign Message नीति और Raise Fault नीति के रेफ़रंस दस्तावेज़ों में, <Set><Payload> एलिमेंट देखें. (APIRT-1160)

नीति में XML से JSON में बदलने की सुविधा जोड़ी गई (Cloud 16.08.17)

XML से JSON में बदलने की नीति को बेहतर बनाया गया है. अब इसमें ये सुविधाएं उपलब्ध हैं. नीति को इन कामों के लिए कॉन्फ़िगर किया जा सकता है:

• कन्वर्ज़न के दौरान, कुछ XML एलिमेंट को ऐरे के तौर पर माना जाता है. इससे JSON दस्तावेज़ में वैल्यू को स्क्वेयर ब्रैकेट '[ ]' में रखा जाता है.
• फ़ाइनल JSON दस्तावेज़ में, XML दस्तावेज़ के क्रम में मौजूद लेवल को हटाना या कम करना.

ज़्यादा जानकारी के लिए, XML से JSON में बदलने की नीति देखें. (APIRT-1144)

एपीआई प्रॉडक्ट के संसाधन पाथ में एक से ज़्यादा वाइल्डकार्ड (Cloud 16.08.17)

एपीआई प्रॉडक्ट में संसाधन के पाथ तय करते समय, संसाधन के पाथ में एक से ज़्यादा जगहों पर वाइल्डकार्ड शामिल किए जा सकते हैं. उदाहरण के लिए, /team/*/invoices/** के बाद किसी भी वैल्यू और invoices/ के बाद किसी भी संसाधन के पाथ के साथ एपीआई कॉल करने की अनुमति देता है./team एपीआई कॉल पर अनुमति दिया गया यूआरआई proxyBasePath/team/finance/invoices/company/a होगा.

अगर इस रिलीज़ के बाद, आपके मौजूदा एपीआई प्रॉडक्ट के संसाधन पाथ उम्मीद के मुताबिक काम नहीं करते हैं, तो अपने संगठन के लिए यह प्रॉपर्टी सेट करें, ताकि पहले की तरह काम किया जा सके: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

JavaScript में क्रिप्टो फ़ंक्शन (Cloud 16.08.17)

ज़्यादा परफ़ॉर्मेंस देने वाले JavaScript crypto फ़ंक्शन का एक नया सेट उपलब्ध है. इसका इस्तेमाल, MD5, SHA-1, SHA256, SHA512 जैसे हैश ऑब्जेक्ट बनाने, पाने, और अपडेट करने के लिए किया जा सकता है. crypto ऑब्जेक्ट की मदद से, तारीख को अलग-अलग फ़ॉर्मैट में भी पाया जा सकता है. ज़्यादा जानकारी के लिए, JavaScript ऑब्जेक्ट मॉडल देखें. (APIRT-2886)

Java कॉलआउट JAR वर्शन की जांच करना (Cloud 16.08.17)

किसी एपीआई प्रॉक्सी में Java JAR संसाधन अपलोड करते समय, अगर Java संसाधन का वर्शन, Edge के साथ काम करने वाले Java के वर्शन के साथ काम नहीं करता है, तो HTTP 400 स्टेटस कोड दिखता है. Edge के साथ काम करने वाले Java के वर्शन की जानकारी, सपोर्ट किए गए सॉफ़्टवेयर और सपोर्ट किए गए वर्शन में दी गई है. ऐसा 500 के बजाय होता है. (MGMT-3420)

एपीआई प्रॉक्सी संसाधनों की पुष्टि करना (Cloud 16.08.17)

अगर आपके पास एनवायरमेंट या संगठन के स्कोप में सेव की गई एपीआई प्रॉक्सी रिसॉर्स फ़ाइलें (जैसे कि JavaScript या Java JAR) हैं, तो पुष्टि करने वाले फ़्रेमवर्क को अब यह ज़रूरी नहीं है कि आप उन रिसॉर्स को एपीआई प्रॉक्सी लेवल पर भी शामिल करें. ऐसा इसलिए, ताकि इंपोर्ट करने के लिए प्रॉक्सी बंडल में पुष्टि की जा सके. अब संसाधन की पुष्टि, इंपोर्ट करने के समय नहीं, बल्कि डिप्लॉय करने के समय होती है. (MGMT-1430)

अलग-अलग एपीआई प्रॉक्सी के लिए टाइम आउट कॉन्फ़िगर करना (Cloud 16.08.17)

एपीआई प्रॉक्सी को कॉन्फ़िगर किया जा सकता है, ताकि वे तय समय के बाद टाइम आउट हो जाएं. ऐसा करने पर, 504 गेटवे टाइमआउट स्टेटस दिखेगा. इसका मुख्य इस्तेमाल Private Cloud के उन ग्राहकों के लिए है जिनके पास ऐसी एपीआई प्रॉक्सी हैं जिन्हें एक्ज़ीक्यूट होने में ज़्यादा समय लगता है. उदाहरण के लिए, मान लें कि आपको कुछ प्रॉक्सी के लिए टाइम आउट की अवधि तीन मिनट सेट करनी है. एपीआई प्रॉक्सी के कॉन्फ़िगरेशन में, नई api.timeout प्रॉपर्टी का इस्तेमाल किया जा सकता है. यहां तीन मिनट के उदाहरण के साथ, इसे करने का तरीका बताया गया है:

1. सबसे पहले, लोड बैलेंसर, राऊटर, और मैसेज प्रोसेसर को तीन मिनट के बाद टाइम आउट होने के लिए कॉन्फ़िगर करें.
2. इसके बाद, काम की प्रॉक्सी को तीन मिनट में टाइम आउट होने के लिए कॉन्फ़िगर करें. वैल्यू को मिलीसेकंड में डालें. उदाहरण के लिए:

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

3. हालांकि, ध्यान दें कि सिस्टम के टाइमआउट को बढ़ाने से परफ़ॉर्मेंस से जुड़ी समस्याएं हो सकती हैं, क्योंकि api.timeout सेटिंग के बिना सभी प्रॉक्सी, नए और ज़्यादा लोड बैलेंसर, राउटर, और मैसेज प्रोसेसर टाइमआउट का इस्तेमाल करती हैं. इसलिए, उन एपीआई प्रॉक्सी को कॉन्फ़िगर करें जिनके लिए कम टाइमआउट की ज़रूरत होती है. उदाहरण के लिए, यहां एपीआई प्रॉक्सी को एक मिनट के बाद टाइम आउट होने के लिए सेट किया गया है:
   <Property name="api.timeout">60000</Property>

क्लाउड ग्राहकों के पास Edge के टाइमआउट में बदलाव करने का विकल्प नहीं होता. हालांकि, वे एपीआई प्रॉक्सी के टाइमआउट को कॉन्फ़िगर कर सकते हैं. ऐसा तब तक किया जा सकता है, जब तक टाइमआउट, Edge के मैसेज प्रोसेसर के स्टैंडर्ड टाइमआउट (57 सेकंड) से कम हो.

वैरिएबल का इस्तेमाल करके वैल्यू नहीं भरी जा सकती. इस प्रॉपर्टी के बारे में एंडपॉइंट प्रॉपर्टी के रेफ़रंस में बताया गया है. (APIRT-1778)

प्रॉक्सी विज़र्ड (Cloud 16.07.27 यूज़र इंटरफ़ेस (यूआई)) का इस्तेमाल करते समय, SOAP प्रॉक्सी का व्यवहार

प्रॉक्सी विज़र्ड का इस्तेमाल करके, WSDL से SOAP पर आधारित प्रॉक्सी बनाते समय, प्रॉक्सी बनाने के दो विकल्प होते हैं:

• पास-थ्रू एसओएपी, जिसमें प्रॉक्सी, एसओएपी अनुरोध के पेलोड को बिना किसी बदलाव के पास कर देती है.
• REST से SOAP से REST, जहां प्रॉक्सी, JSON जैसे इनकमिंग पेलोड को SOAP पेलोड में बदलता है. इसके बाद, SOAP रिस्पॉन्स को उस फ़ॉर्मैट में वापस बदलता है जिसकी उम्मीद कॉलर को होती है.

इस रिलीज़ में, इन विकल्पों के काम करने के तरीके से जुड़े ये अपडेट शामिल हैं. पुराने और नए वर्शन के बीच अंतर, उन नीतियों और कॉन्फ़िगरेशन में है जो प्रॉक्सी विज़र्ड अपने-आप जनरेट करता है.

पास-थ्रू एसओएपी

• अब सभी WSDL कार्रवाइयां, प्रॉक्सी रिसॉर्स (जैसे कि "/cityforecastbyzip") के बजाय प्रॉक्सी बेस पाथ "/" पर भेजी जाती हैं. कार्रवाई के नाम, टारगेट SOAP सेवा को भेजे जाते हैं. यह तरीका, SOAP स्पेसिफ़िकेशन से मेल खाता है.

• जनरेट की गई प्रॉक्सी, अब अनुरोध में JSON फ़ॉर्मैट का इस्तेमाल नहीं करती. यह सिर्फ़ एक्सएमएल फ़ॉर्मैट में काम करता है. प्रॉक्सी यह पक्का करता है कि SOAP अनुरोधों में एनवलप, बॉडी, और नेमस्पेस हो.

REST से SOAP से REST

• WSDL 2.0 काम नहीं करता.
• WS-Policy के साथ नए व्यवहार की जांच नहीं की गई है.
• प्रॉक्सी की मदद से, FormParams के बजाय JSON डेटा पोस्ट किया जा सकता है.
• प्रॉक्सी बिल्डर का इस्तेमाल करके, प्रॉक्सी में सीओआरएस (क्रॉस-ऑरिजिन रिसॉर्स शेयरिंग) की सुविधा जोड़ने पर, आपको ये बेहतर सुविधाएं दिखेंगी:
  • 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 वर्ब भी शामिल होते हैं.
• किसी WSDL के लिए एपीआई प्रॉक्सी जनरेट करते समय, Edge उन सभी ComplexTypes को पढ़ता है जिन्हें WSDL में abstract के तौर पर तय किया गया है. साथ ही, यह उन सभी इंस्टेंस टाइप को सही तरीके से पहचानता है जो abstract टाइप पर आधारित होते हैं.

wsdl2apigee ओपन सोर्स कमांड-लाइन यूटिलिटी

Apigee, WSDL से पासथ्रू या रेस्ट-टू-सोप एपीआई प्रॉक्सी जनरेट करने के लिए, ओपन सोर्स कमांड-लाइन सुविधा भी उपलब्ध कराता है. https://github.com/apigee/wsdl2apigee पर जाएं.

(EDGEUI-614)

Key Value Map Operations नीति में डिफ़ॉल्ट रूप से खत्म होने/रीफ़्रेश होने की सुविधा (Cloud 16.06.15 यूज़र इंटरफ़ेस)

'कुंजी-वैल्यू मैप के ऑपरेशन' नीति की मदद से, यह तय किया जा सकता है कि वैल्यू को रीफ़्रेश करने से पहले, उन्हें कितने समय तक सेव रखा जाए. रीफ़्रेश इंटरवल, <ExpiryTimeInSecs> एलिमेंट की मदद से सेट किया जाता है. अगर GET ऑपरेशन किया जाता है और समयसीमा खत्म होने का अंतराल पार हो गया है, तो वैल्यू रीफ़्रेश हो जाती है. साथ ही, नीति को अपडेट की गई वैल्यू मिल जाती है. इस नीति को किसी एपीआई प्रॉक्सी में जोड़ने पर, अब डिफ़ॉल्ट रूप से खत्म होने का समय 300 सेकंड होता है. (पिछली डिफ़ॉल्ट वैल्यू -1 थी. इसका मतलब है कि वैल्यू कभी रीफ़्रेश नहीं होती हैं.) (EDGEUI-579)

कमाई करना

सूचनाओं की दर को अडजस्ट करने वाला प्लान (Cloud 16.04.20 यूज़र इंटरफ़ेस (यूआई), Cloud 16.04.13 कमाई करने की सुविधा)

Edge के Monetization में, सूचना की दर को अडजस्ट करने वाला एक नया प्लान उपलब्ध है. इसकी मदद से, एपीआई उपलब्ध कराने वाली कंपनी, हर ऐप्लिकेशन डेवलपर के लिए लेन-देन की टारगेट संख्या को अडजस्ट कर सकती है. आपके पास यह कॉन्फ़िगर करने का विकल्प होता है कि टारगेट किए गए नंबर का कितना प्रतिशत पूरा होने पर सूचनाएं भेजी जाएं. जैसे, 90%, 100% या 150%. साथ ही, यह भी कॉन्फ़िगर किया जा सकता है कि सूचनाएं कब भेजी जाएं. यह सुविधा, मैनेजमेंट एपीआई के साथ-साथ मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के ज़रिए भी उपलब्ध है. मैनेजमेंट एपीआई, पिछली रिलीज़ में उपलब्ध था. ज़्यादा जानकारी के लिए, सूचनाओं के प्लान की जानकारी में बदलाव करने के बारे में बताएं लेख पढ़ें. (DEVRT-2375, DEVRT-2370)

सूचना की दर को अडजस्ट करने वाले प्लान के लिए वेबहुक सूचनाएं (Cloud 16.04.27 monetization)

सूचनाएं भेजने की दर को अडजस्ट करने वाले प्लान के लिए, वेबहुक बनाए जा सकते हैं. ये वेबहुक, आपकी ओर से दिए गए यूआरएल पर सूचनाएं भेजते हैं. लेन-देन की सीमा पूरी होने तक, सूचनाएं पाने के लिए खास अंतराल (प्रतिशत) भी सेट किए जा सकते हैं. वेबहुक सूचनाएं, सूचना देने वाले मौजूदा टेंप्लेट इस्तेमाल करने के बजाय, आपको एक बेहतर विकल्प देती हैं. वेबहुक का इस्तेमाल करके सूचनाएं सेट अप करना लेख पढ़ें. (DEVRT-2393, DEVRT-2394)

कस्टम एट्रिब्यूट के लिए तय की गई दर के साथ सूचना को अडजस्ट करने की सुविधा (Cloud 16.05.18 यूज़र इंटरफ़ेस (यूआई))

Edge के ज़रिए कमाई करने की सुविधा में, "कस्टम एट्रिब्यूट के साथ अडजस्ट की जा सकने वाली सूचना" वाला नया रेट प्लान उपलब्ध है. इसकी मदद से, कस्टम एट्रिब्यूट की वैल्यू का इस्तेमाल करके, डेवलपर के लेन-देन की संख्या में बढ़ोतरी की जा सकती है. सूचना की दर को अडजस्ट करने वाले स्टैंडर्ड प्लान में, एपीआई के हर कॉल के लिए डेवलपर के लेन-देन की संख्या में 1 जुड़ जाता है. हालांकि, कस्टम एट्रिब्यूट के साथ अडजस्ट की जा सकने वाली सूचना वाले रेट प्लान में, कस्टम एट्रिब्यूट की वैल्यू को डेवलपर के लेन-देन की संख्या में जोड़ दिया जाता है. उदाहरण के लिए, अगर कस्टम एट्रिब्यूट "small" की वैल्यू रिस्पॉन्स में 0.1 है, तो लेन-देन की संख्या में 0.1 की बढ़ोतरी हो जाती है. इसके अलावा, अगर कस्टम एट्रिब्यूट "addressTotal" की वैल्यू 50 है, तो संख्या में 50 की बढ़ोतरी हो जाती है. ज़्यादा जानकारी के लिए, कस्टम एट्रिब्यूट की जानकारी के साथ किराया प्लान तय करना लेख पढ़ें. (DEVRT-2504)

किसी कंपनी और उसके डेवलपर के लिए, लेन-देन के कुल आंकड़ों के आधार पर सूचनाएं सेट अप करना (Cloud 16.06.22 से कमाई करने की सुविधा)

आम तौर पर, जब डेवलपर एपीआई ऐक्सेस करने के लिए कंपनी के ऐप्लिकेशन का इस्तेमाल करते हैं, तब कंपनी के सभी डेवलपर के लिए लेन-देन के कुल डेटा को अपने-आप ट्रैक किया जाता है. अगर आपके पास ऐसे डेवलपर हैं जो एपीआई ऐक्सेस करने के लिए, अपने डेवलपर ऐप्लिकेशन का इस्तेमाल कर रहे हैं और आपको ट्रैफ़िक में किसी तरह की रुकावट के बिना, उनके कुल लेन-देन को ट्रैक करना है, तो क्या करें? किसी कंपनी में डेवलपर जोड़े जा सकते हैं. साथ ही, थ्रेशोल्ड पूरे होने पर सूचनाएं पाने की सुविधा सेट अप की जा सकती है. ये थ्रेशोल्ड, कंपनी और उसके डेवलपर के कुल लेन-देन के आधार पर तय किए जाते हैं. ज़्यादा जानकारी के लिए, किसी कंपनी और उसके डेवलपर के लिए, कुल लेन-देन के आधार पर सूचनाएं सेट अप करना लेख पढ़ें. (DEVRT-2643)

सूचनाएं देखना और उन्हें फिर से प्रोसेस करना (Cloud 16.06.08 से कमाई करने की सुविधा)

Monetization Test Suite के तहत, उन सूचनाओं को देखा और फिर से प्रोसेस किया जा सकता है जिन्हें पहले Management API का इस्तेमाल करके भेजा गया था. ज़्यादा जानकारी के लिए, सूचनाएं देखना और उन्हें फिर से प्रोसेस करना लेख पढ़ें. (DEVRT-2643)

Test Monetization (Cloud 16.05.25 monetization)

Monetization API का एक सेट उपलब्ध कराता है. इसका इस्तेमाल, वेबहुक के एक्ज़ीक्यूशन को टेस्ट करने के लिए किया जा सकता है. इससे यह पक्का किया जा सकता है कि सूचनाएं भेजी जा रही हैं. ज़्यादा जानकारी के लिए, सूचना सेट अप करने की जांच करना लेख पढ़ें. (DEVRT-2625)

डेवलपर को कमाई करने की सुविधा पर माइग्रेट करना (Cloud 16.05.11 की कमाई करने की सुविधा)

डेवलपर को कमाई करने की सुविधा पर माइग्रेट करने में मदद करने के लिए, एक नया एपीआई उपलब्ध है. आपके पास लेन-देन के इस्तेमाल को ट्रांसफ़र करने का विकल्प होता है. साथ ही, सेटअप और बार-बार लिए जाने वाले शुल्क को पसंद के मुताबिक बनाने का विकल्प होता है. इसके अलावा, पब्लिश किया गया रेट प्लान स्वीकार करते समय, सेटअप शुल्क को माफ़ किया जा सकता है. ऐसा तब करें, जब यह शुल्क पहले ही लिया जा चुका हो. ज़्यादा जानकारी के लिए, डेवलपर को कमाई करने की सुविधा पर माइग्रेट करना लेख पढ़ें. (DEVRT-2446)

डेवलपर पोर्टल के लिए सार्वजनिक और निजी दर योजनाएं (Cloud 16.04.27 monetization)

आपके पास, किराया प्लान को "सार्वजनिक" या "निजी" के तौर पर सेट करने का विकल्प होता है. सार्वजनिक तौर पर उपलब्ध किराया प्लान, डेवलपर पोर्टल में दिखते हैं. हालांकि, निजी तौर पर उपलब्ध किराया प्लान नहीं दिखते. किराया प्लान के लिए डिफ़ॉल्ट सेटिंग, 'सार्वजनिक' होती है. ज़्यादा जानकारी के लिए, http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans पर जाएं. (DEVRT-2445)

डेवलपर के खाते से निलंबन हटाएं (Cloud 16.06.08 monetization)

कमाई करने की सुविधा में, एपीआई का एक सेट उपलब्ध होता है. इसका इस्तेमाल करके, उस डेवलपर का खाता वापस चालू किया जा सकता है जिसे पहले निलंबित कर दिया गया था. अगर कॉन्फ़िगर की गई सीमा पूरी हो जाती है, तो डेवलपर का खाता निलंबित किया जा सकता है. उदाहरण के लिए, लेन-देन की संख्या तय सीमा तक पहुंच गई है या प्रीपेड खाते का बैलेंस खत्म हो गया है. जानकारी के लिए, डेवलपर खातों को वापस चालू करना लेख पढ़ें. (DEVRT-2641)

लेन-देन की स्थिति देखना (Cloud 16.06.08 से कमाई करने की सुविधा)

कमाई करने से जुड़े टेस्ट सुइट के तहत, मैनेजमेंट एपीआई का इस्तेमाल करके, तय की गई समयावधि के दौरान हुए लेन-देन की स्थिति देखी जा सकती है. ज़्यादा जानकारी के लिए, लेन-देन की स्थिति देखना लेख पढ़ें. (DEVRT-2640)

रेवेन्यू रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना (Cloud 16.05.25 monetization)

सिर्फ़ रेवेन्यू रिपोर्ट के लिए, रिपोर्ट में कस्टम एट्रिब्यूट शामिल किए जा सकते हैं. हालांकि, ऐसा तब ही किया जा सकता है, जब डेवलपर के लिए कस्टम एट्रिब्यूट तय किया गया हो. ज़्यादा जानकारी के लिए, एपीआई का इस्तेमाल करके रेवेन्यू रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना लेख पढ़ें. (DEVRT-2447)

लेन-देन रिकॉर्ड करने की नीति और एपीआई प्रॉडक्ट रिसॉर्स में एक जैसा डेटा होना (Cloud 16.05.18 यूज़र इंटरफ़ेस)

अगर मुद्रीकरण से जुड़ी लेन-देन रिकॉर्ड करने की नीति में दिए गए संसाधन पाथ, एपीआई प्रॉडक्ट में तय किए गए संसाधन पाथ से मेल नहीं खाते हैं (उदाहरण के लिए, अगर आपने एपीआई प्रॉडक्ट के संसाधन पाथ बदल दिए हैं), तो प्रॉडक्ट पेज पर मौजूद लेन-देन रिकॉर्ड करने की नीति के आइकॉन पर चेतावनी का निशान दिखता है. लेन-देन रिकॉर्ड करने की नीति देखने के लिए, आइकॉन पर क्लिक करने पर, पेज के सबसे ऊपर एक चेतावनी दिखती है. लेन-देन रिकॉर्ड करने की नीति में संसाधन के पाथ ठीक करने पर, चेतावनी के निशान हट जाते हैं. (DEVRT-2240)

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

इस रिलीज़ में इन बग को ठीक किया गया है. यह सूची मुख्य रूप से उन उपयोगकर्ताओं के लिए है जो यह देखना चाहते हैं कि उनके सहायता टिकट ठीक किए गए हैं या नहीं. इसे सभी उपयोगकर्ताओं के लिए, ज़्यादा जानकारी देने के लिए डिज़ाइन नहीं किया गया है.

Edge for Private Cloud

16.08.17

16.07.27 (यूआई)

16.07.20.01 (कमाई करना)

इस रिलीज़ में, डेटाबेस स्कीमा में कुछ छोटे-मोटे बदलाव किए गए हैं. इस रिलीज़ में, सॉफ़्टवेयर के अन्य अपडेट शामिल नहीं हैं.

16.07.13 (यूज़र इंटरफ़ेस)

16.07.06.02 (कमाई करना)

16.07.06 (कमाई करना)

16.06.29 (यूआई)

16.06.22 (monetization)

कोई नहीं

16.06.15 (यूआई)

16.06.08 (कमाई करना)

कोई नहीं

16.05.25 (monetization)

16.05.18 (यूआई)

16.05.11 (monetization)

16.05.11 (यूज़र इंटरफ़ेस)

16.05.04 (यूआई)

16.04.27 (यूआई)

16.04.27 (monetization)

कोई नहीं

16.04.20 (यूज़र इंटरफ़ेस)

16.04.13 (monetization)

कोई नहीं

16.04.13 (यूज़र इंटरफ़ेस)

आम तौर पर होने वाली समस्याएं

इस रिलीज़ में ये समस्याएं हैं: