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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

API प्रॉडक्ट की सुरक्षा से जुड़े सुधार

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

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

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

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

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

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

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

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

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

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

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

AccessControl policy trusted IP

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

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

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