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

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

हमने मंगलवार, 31 मई, 2016 को Apigee Edge for Private Cloud का नया वर्शन रिलीज़ किया है.

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

• क्लाउड: 16.02.17, 16.03.02, 16.03.09 (यूआई), 16.03.16 (यूआई), 16.03.23 (यूआई), 16.03.30

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

नई सुविधाएं और बेहतर टूल

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

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

इंस्टॉल करने और इस्तेमाल करने से जुड़ी गाइड ऑनलाइन उपलब्ध हैं

अब वर्शन 4.18.01 पर, Edge for Private Cloud Installation and Operations गाइड को ऐक्सेस किया जा सकता है.

सॉफ़्टवेयर के अपडेट

इस रिलीज़ में, सॉफ़्टवेयर के ये अपडेट शामिल हैं:

• Java JDK 1.8 - Java की नई सुविधाओं का फ़ायदा पाने के लिए, यह रिलीज़ Java 1.8 के साथ काम करती है. आपके एनवायरमेंट में Oracle JDK 1.8 या OpenJDK 8 होना ज़रूरी है.
  Java 8 को अपडेट करने के दौरान, कुछ टीएलएस सिफ़र अब Oracle JDK 1.8 में उपलब्ध नहीं हैं. पूरी सूची के लिए, "डिफ़ॉल्ट रूप से बंद की गई सिफ़र सुइट" सेक्शन देखें http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.
• Cassandra 2.1.13 - इसे Cassandra 2.0.15 से अपडेट किया गया है.

इंस्टॉल करना, अपग्रेड करना, और रोलबैक करना

इंस्टॉलेशन, अपग्रेड, और उनसे जुड़ी स्क्रिप्ट में किए गए बदलावों की सूची यहां दी गई है. इस्तेमाल से जुड़ी जानकारी के लिए, Edge for Private Cloud का दस्तावेज़ देखें.

• 4.16.01 से अपडेट करने की नई प्रोसेस - इस रिलीज़ में, 4.16.01 से 4.16.05 तक के इंस्टॉलेशन को अपडेट करने के लिए, apigee-migrate यूटिलिटी की जगह update.sh यूटिलिटी का इस्तेमाल किया गया है. Apigee Edge 4.16.01 को 4.16.05 पर अपडेट करना लेख पढ़ें.
• Bootstrap
  • bootstrap.sh (4.16.01 वर्शन) अब 4.16.05 में bootstrap_4.16.05.sh है.
  • bootstrap_4.16.05.sh को डाउनलोड करने के लिए, अब आपको uname:pword की वैल्यू देने की ज़रूरत नहीं है.
• रोलबैक करें - अपडेट को 4.16.05 पर रोलबैक करने के लिए, आपको कॉम्पोनेंट के 4.16.05 वर्शन को अनइंस्टॉल करना होगा. इसके बाद, पिछले वर्शन को फिर से इंस्टॉल करना होगा. पिछली rollback.sh यूटिलिटी को हटा दिया गया है. 4.16.05 रोलबैक करने की प्रोसेस देखें.
• setup.sh और update.sh, लॉग फ़ाइल को /tmp में लिख सकते हैं - डिफ़ॉल्ट रूप से, setup.sh और update.sh यूटिलिटी, लॉग की जानकारी को /opt/apigee/var/log/apigee-setup में लिखती हैं. अगर यूटिलिटी चलाने वाले उपयोगकर्ता के पास उस डायरेक्ट्री का ऐक्सेस नहीं है, तो यह लॉग को /tmp डायरेक्ट्री में लिखता है. अगर उपयोगकर्ता के पास /tmp का ऐक्सेस नहीं है, तो यह सुविधा काम नहीं करेगी.
• API BaaS को अपडेट करने की प्रोसेस - 4.16.01 रिलीज़ में, API BaaS को माइग्रेट करने के लिए, आपको इसे फिर से इंस्टॉल करना पड़ा था. नई update.sh यूटिलिटी की मदद से, एपीआई BaaS को अपडेट किया जा सकता है. Apigee Edge 4.16.01 को 4.16.05 पर अपडेट करना लेख पढ़ें.

एडमिनिस्ट्रेशन

Private Cloud के एडमिनिस्ट्रेशन और कॉन्फ़िगरेशन के लिए, ये नई सुविधाएं उपलब्ध हैं.

• इंस्टॉलेशन की पुष्टि करना - Edge Private Cloud के इंस्टॉलेशन की जांच करने के लिए इस्तेमाल की जाने वाली apigee-validate यूटिलिटी को अब मैनेजमेंट सर्वर से चलाया जा सकता है. इससे पहले, स्क्रिप्ट को मैसेज प्रोसेसर पर चलाना पड़ता था. इंस्टॉल की जांच करना लेख पढ़ें.
• क्षेत्र का नाम - क्षेत्र का नाम कुछ भी हो सकता है. पिछली रिलीज़ में, इसका नाम "dc-#" के तौर पर दिखता था. यहां # एक पूर्णांक वैल्यू होती थी.
• गेटवे पॉड - गेटवे पॉड का कोई भी नाम हो सकता है. पिछले वर्शन में, पॉड का नाम "gateway" होना चाहिए था.
• स्क्रिप्ट पर आधारित एडमिन - एक नई apigee-adminapi.sh कमांड-लाइन यूटिलिटी की मदद से, Edge कॉन्फ़िगरेशन से जुड़े वे ही टास्क किए जा सकते हैं जो Edge मैनेजमेंट एपीआई को कॉल करके किए जाते हैं. apigee-adminapi.sh यूटिलिटी का इस्तेमाल करना लेख पढ़ें.
• वर्चुअल होस्ट एसएसएल साइलेंट कॉन्फ़िगरेशन - अब किसी संगठन या एनवायरमेंट को बनाते समय, वर्चुअल होस्ट पर एसएसएल को कॉन्फ़िगर करने के लिए प्रॉपर्टी पास की जा सकती हैं. किसी संगठन को शामिल करना लेख पढ़ें.

एपीआई सेवाएं

Edge API Services के लिए नई सुविधाएं यहां दी गई हैं. ये सुविधाएं, प्रॉडक्ट के पिछले क्लाउड वर्शन में उपलब्ध कराई गई थीं.

syslog मैसेज लॉगिंग के लिए तय लंबाई वाला प्रीफ़िक्स (Cloud 16.03.30)

मैसेज लॉग करने की नीति में, Syslog कॉन्फ़िगरेशन में एक नया <FormatMessage> एलिमेंट जोड़ा गया है. <FormatMessage>true</FormatMessage> सेट करने पर, Syslog मैसेज एक तय संख्या में वर्णों से शुरू होते हैं. इससे, Apigee से डाले गए डेटा को फ़िल्टर किया जा सकता है. ज़्यादा जानकारी के लिए, मैसेज लॉगिंग की नीति देखें. (APIRT-1398)

एपीआई प्रॉक्सी के बेस पाथ में वाइल्डकार्ड (Cloud 16.03.09 यूज़र इंटरफ़ेस)

मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, एपीआई प्रॉक्सी के बेस पाथ में एक या उससे ज़्यादा /*/ वाइल्डकार्ड इस्तेमाल किए जा सकते हैं. उदाहरण के लिए, /team/*/members का बेस पाथ, क्लाइंट को https://[host]/team/blue/members या https://[host]/team/green/members के साथ आपकी प्रॉक्सी को कॉल करने की अनुमति देता है. इसके लिए, आपको नई टीमों के साथ काम करने के लिए नई प्रॉक्सी बनाने की ज़रूरत नहीं होती. ध्यान दें कि /**/ की अनुमति नहीं है. (MGMT-3154)

एपीआई प्रॉक्सी चेनिंग (Cloud 16.03.02, Cloud 16.03.09 यूज़र इंटरफ़ेस (यूआई))

Edge, लोकल एपीआई प्रॉक्सी चेनिंग की सुविधा देता है. इससे एक एपीआई प्रॉक्सी, आपके Edge संगठन में डिप्लॉय की गई दूसरी एपीआई प्रॉक्सी को कॉल कर सकती है. इसके लिए, नेटवर्क पर अतिरिक्त लोड नहीं पड़ता. इससे पहले, एपीआई प्रॉक्सी चेनिंग के लिए, किसी दूसरी एपीआई प्रॉक्सी को http(s) कॉल करने की ज़रूरत होती थी. यह प्रॉक्सी, अनुरोध को लोड बैलेंसर, राऊटर, और मैसेज प्रोसेसर के ज़रिए फ़ॉरवर्ड करती थी.

नए LocalTargetConnection एलिमेंट, एपीआई प्रॉक्सी के TargetEndpoint पर उपलब्ध हैं. इनकी मदद से, एपीआई प्रॉक्सी का नाम, एपीआई प्रॉक्सी में मौजूद किसी ProxyEndpoint का नाम या किसी लोकल एपीआई प्रॉक्सी रिसॉर्स (जैसे कि /v1/myresource) का बेस पाथ तय किया जा सकता है. TargetEndpoint जोड़ते या अपडेट करते समय, प्रॉक्सी एडिटर यूज़र इंटरफ़ेस (यूआई) में भी ये विकल्प मिलते हैं.

सर्विस कॉलआउट की नीतियों में प्रॉक्सी चेनिंग की सुविधा भी उपलब्ध है.

ज़्यादा जानकारी के लिए, एपीआई प्रॉक्सी को एक साथ चेन करना लेख पढ़ें. नए LocalTargetConnection एलिमेंट, यहां दिए गए एक्सएमएल स्कीमा में भी शामिल हैं: https://github.com/apigee/api-platform-samples/blob/master/schemas/configuration/configuration_schemas.xsd. (MGMT-3049, MGMT-3050)

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

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

Edge for Private Cloud 4.16.05

Cloud 16.03.30

Cloud 16.03.16 यूज़र इंटरफ़ेस (यूआई)

Cloud 16.03.09 यूज़र इंटरफ़ेस (यूआई)

Cloud 16.03.02

Cloud 16.02.17

ज्ञात समस्याएं

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

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart

Assign Message, Java Callout, और Raise Fault नीतियों में JSON पेलोड

Assign Message, Java Callout, और Raise Fault नीतियों की मदद से, <Set><Payload> एलिमेंट का इस्तेमाल करके मैसेज कॉन्टेंट जनरेट किया जा सकता है. इन मैसेज के हिस्से के तौर पर, ऐसे वैरिएबल शामिल किए जा सकते हैं जिनकी वैल्यू रनटाइम में अपने-आप भर जाती हैं. उदाहरण के लिए, अगर आपको एचटीटीपी हेडर से तारीख को आउटपुट करना है, तो अपने मैसेज में {message.header.date} डालें.

अगर मैसेज का फ़ॉर्मैट JSON है, तो यह इस तरह दिखेगा:

{"The date is: " : "{message.header.date}"}

हालांकि, आपको दिख रहा होगा कि यह गलत फ़ॉर्मैट वाली JSON फ़ाइल है. इस समस्या को हल करने के लिए, आपके पास दो विकल्प हैं:

• बैकस्लैश का इस्तेमाल करके, ओपनिंग कर्ली ब्रेस को एस्केप करें:

  \{"The date is: " : "{message.header.date}"}

• पेलोड एलिमेंट कॉन्फ़िगरेशन में, JSON पेलोड में वैरिएबल दिखाने के लिए variablePrefix और variableSuffix एट्रिब्यूट का इस्तेमाल करें. उदाहरण के लिए:
  

  <Payload contentType="application/json" variablePrefix="#" variableSuffix="%">{"The date is: " : "#message.header.date%"}</Payload>

Edge for Private Cloud की अगली रिलीज़ में, JSON मैसेज में मौजूद वैरिएबल के लिए बिना किसी समस्या के कर्ली ब्रेसिज़ का इस्तेमाल किया जा सकेगा. (APIRT-1160)

राउटर, Nginx शुरू नहीं कर पाता या राउटर शुरू नहीं हो पाता

अगर Edge Router, Nginx को शुरू नहीं कर पाता है या शुरू ही नहीं होता है, जैसा कि /opt/apigee/var/log/edge-router/logs/system.log फ़ाइल में दिखाया गया है, तो /opt/nginx/conf.d डायरेक्ट्री में मौजूद सभी फ़ाइलों को मिटा दें. इसके बाद, राउटर को रीस्टार्ट करें:

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart