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

सेल्फ़-सर्विस वर्चुअल होस्ट और टीएलएस अब सभी के लिए उपलब्ध हैं

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

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

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

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

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

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

अपने-आप स्केल होने की सुविधा के साथ काम करने वाली, ट्रैफ़िक में अचानक बढ़ोतरी को रोकने के लिए बनी नीति

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

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

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

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

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

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

खुद से हस्ताक्षर किए गए एचटीटीपीएस की परफ़ॉर्मेंस की जांच करने की अनुमति देना

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

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

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

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

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

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

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

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

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

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

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

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

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

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

MessageLogging की नीति, ताकि नियमित अंतराल पर डीएनएस को फिर से रिज़ॉल्व किया जा सके

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

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