180202 - सार्वजनिक क्लाउड के प्रॉडक्ट की जानकारी के लिए Apigee Edge

सेल्फ़-सर्विस वर्चुअल होस्ट और टीएलएस अब सामान्य तौर पर उपलब्ध हैं

इस्तेमाल से जुड़ी जानकारी के लिए, वर्चुअल होस्ट और टीएलएस/एसएसएल के बारे में जानकारी देखें.

प्रॉक्सी बंडल इंपोर्ट/अपडेट करने की प्रोसेस को ऑप्टिमाइज़ किया गया है

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

• हर बंडल में, /apiproxy का फ़ाइल सिस्टम रूट होना चाहिए.
• Edge अब एपीआई प्रॉक्सी बंडल के रिसॉर्स फ़ोल्डर में मौजूद पाथ को अनदेखा नहीं करता. (उदाहरण के लिए, Edge अब .git या .svn डायरेक्ट्री को अनदेखा नहीं करता.)
• अगर किसी बंडल में, एक से ज़्यादा एपीआई प्रॉक्सी एक्सएमएल कॉन्फ़िगरेशन फ़ाइल का अमान्य कॉन्फ़िगरेशन है (उदाहरण के लिए, apiproxy/proxy1.xml और apiproxy/proxy2.xml), तो इस बात की कोई गारंटी नहीं है कि एपीआई प्रॉक्सी के लिए किस कॉन्फ़िगरेशन का इस्तेमाल किया जाएगा.

डिप्लॉयमेंट की पुष्टि

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

ऑटोस्केलिंग के हिसाब से काम करने वाली Spike Arrest नीति

Spike Arrest नीति में, नया <UseEffectiveCount> एलिमेंट जोड़ा गया है. इसकी मदद से, Spike Arrest की संख्या को मैसेज प्रोसेसर में अपने-आप बांटा जा सकता है. जब इसे सही पर सेट किया जाता है, तो हर मैसेज प्रोसेसर, Spike Arrest की अपनी तय सीमा को, फ़िलहाल चालू मैसेज प्रोसेसर की संख्या से भाग देता है. साथ ही, मैसेज प्रोसेसर के जुड़ने या हटने पर, तय सीमा को अडजस्ट करता है. अगर नीति में एलिमेंट शामिल नहीं किया जाता है, तो डिफ़ॉल्ट वैल्यू 'गलत' पर सेट होती है.

ज़्यादा जानकारी के लिए, Spike Arrest नीति के बारे में लेख देखें.

कनेक्टिविटी में गड़बड़ी की वजह से, एमपी लॉगिंग को बेहतर बनाना

Rhino को 1.7.8 और Trireme को 0.9.1 पर अपग्रेड करना

सभी प्रॉक्सी के लिए, एपीआई का डिफ़ॉल्ट टाइम आउट 55 सेकंड पर सेट करना, ताकि राउटर पहले ही टाइम आउट न हो जाए

कैनरी डिप्लॉयमेंट के लिए, लॉगिंग इवेंट जोड़ना

सेल्फ़-साइन किए गए एचटीटीपीएस की हेल्थ चेक की अनुमति देना

एमपी डीएनएस रिज़ॉल्यूशन के लिए, एसिंक्रोनस थ्रेड पूल का इस्तेमाल करना

एपीआई प्रॉडक्ट की सुरक्षा को बेहतर बनाना

संगठन के लेवल पर एक नई प्रॉपर्टी, features.keymanagement.disable.unbounded.permissions, जोड़ी गई है. इससे, एपीआई कॉल की पुष्टि करने में, एपीआई प्रॉडक्ट की सुरक्षा बेहतर होती है. जब प्रॉपर्टी को 'सही' पर सेट किया जाता है (इस रिलीज़ के बाद बनाए गए संगठनों के लिए, यह डिफ़ॉल्ट तौर पर 'सही' पर सेट होती है), तो ये सुविधाएं लागू होती हैं.

ऐप्लिकेशन बनाना

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

एपीआई प्रॉडक्ट का कॉन्फ़िगरेशन

एपीआई प्रॉडक्ट बनाने या अपडेट करने के लिए, एपीआई प्रॉडक्ट की परिभाषा में कम से कम एक एपीआई प्रॉक्सी या रिसॉर्स पाथ शामिल होना चाहिए.

रनटाइम सुरक्षा

एपीआई प्रॉडक्ट, एपीआई कॉल को इन स्थितियों में अस्वीकार कर देते हैं:

• किसी एपीआई प्रॉडक्ट में, कम से कम एक एपीआई प्रॉक्सी या रिसॉर्स पाथ शामिल नहीं है.
• अगर मैसेज में मौजूद flow.resource.name वैरिएबल में, ऐसा रिसॉर्स पाथ शामिल नहीं है जिसका आकलन एपीआई प्रॉडक्ट कर सकता है.
• अगर एपीआई कॉल करने वाला ऐप्लिकेशन, किसी एपीआई प्रॉडक्ट से जुड़ा नहीं है.

मौजूदा संगठनों के लिए, प्रॉपर्टी की वैल्यू 'गलत' पर सेट होती है. इसे सिस्टम एडमिन के अधिकारों वाले उपयोगकर्ता को साफ़ तौर पर बदलना होगा. इसका मतलब है कि पब्लिक क्लाउड के ग्राहकों को, प्रॉपर्टी की वैल्यू बदलने के लिए Apigee की सहायता टीम से संपर्क करना होगा.

राउटर से मैसेज प्रोसेसर के बीच होने वाला कम्यूनिकेशन, डिफ़ॉल्ट तौर पर सुरक्षित होगा

Node.js स्क्रिप्ट की गड़बड़ियों को गलत तरीके से कैटगरी में बांटने की समस्या ठीक करना

AccessControl नीति के लिए भरोसेमंद आईपी

MessageLogging नीति के तहत, तय समय के अंतराल पर डीएनएस को फिर से हल करना

टीएलएस सर्टिफ़िकेट चेन की पुष्टि

सर्टिफ़िकेट चेन का इस्तेमाल करके, कीस्टोर एलियास बनाते समय, चेन में मौजूद सर्टिफ़िकेट को नई लाइन से अलग करना ज़रूरी है. अगर आपकी सर्टिफ़िकेट चेन इस ज़रूरी शर्त को पूरा नहीं करती है, तो एलियास बनाते समय, Edge अब 400 अमान्य अनुरोध की गड़बड़ी दिखाता है.