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

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

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

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

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

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

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

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

ऑटोसकेलिंग की सुविधा के साथ काम करने वाली स्पाइक अरेस्ट नीति

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

ज़्यादा जानकारी के लिए, स्पाइक अरेस्ट की नीति विषय देखें.

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

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

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

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

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

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

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

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

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

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

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

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

रनटाइम के दौरान सुरक्षा

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

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

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

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

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

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

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

TLS सर्टिफ़िकेट चेन की पुष्टि करना

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