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

खुद से काम करने वाली वर्चुअल होस्ट और TLS जैसी सेवाएं अब आम तौर पर उपलब्ध हैं

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

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

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

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

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

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

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

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

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

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

Rhino को 1.7.8 पर और ट्रीम को 0.9.1 पर अपग्रेड करें

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

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

खुद से हस्ताक्षर किए हुए एचटीटीपीएस हेल्थ चेक की अनुमति देना

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

एपीआई प्रॉडक्ट की सुरक्षा को बेहतर बनाने से जुड़ी सुविधाएं

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

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

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

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

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

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

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

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

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

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

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

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

रेगुलर इंटरवल पर, डीएनएस का फिर से समाधान करने के लिए MessageLogging नीति

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

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