19.03.01 - सार्वजनिक क्लाउड के रिलीज़ नोट के लिए Apigee Edge

लोड बैलेंसिंग - काम न करने वाले सर्वर को हटाने के लिए ज़्यादा कंट्रोल

को कॉन्फ़िगर करते समय एक एपीआई प्रॉक्सी के लिए लोड बैलेंसर, आपके पास यह तय करने का विकल्प होता है कि कितने रिस्पॉन्स लोड बैलेंसिंग रोटेशन से सर्वर को हटाए जाने से पहले, गड़बड़ियां होती हैं. जवाब नहीं दिया जा सका इसका मतलब है कि Apigee को टारगेट सर्वर से कोई जवाब नहीं मिलता है. ऐसा होने पर, गड़बड़ी होने पर एक से दूसरी संख्या में बढ़ोतरी हो सकती है. जब Apigee को किसी टारगेट से जवाब मिलता है, भले ही रिस्पॉन्स एक एचटीटीपी गड़बड़ी (जैसे कि 500) है, जिसे टारगेट सर्वर से मिलने वाले रिस्पॉन्स के तौर पर गिना जाता है, और फ़ेलियर काउंटर रीसेट कर दिया जाता है. यह पक्का करने में मदद करने के लिए कि खराब एचटीटीपी रिस्पॉन्स (जैसे कि 500) भी खराब हो रहे सर्वर को लोड बैलेंसिंग रोटेशन से बाहर निकालने के लिए, फ़ेलियर काउंटर को बढ़ा दें जितनी जल्दी हो सके, नया <ServerUnhealthyResponse> एलिमेंट जोड़ा जा सकता है आपके लोड बैलेंसर कॉन्फ़िगरेशन में <ResponseCode> चाइल्ड एलिमेंट शामिल हैं. Edge भी उन कोड से मिले रिस्पॉन्स को भी फ़ेल के तौर पर गिनेगा.

<HTTPTargetConnection>
  <LoadBalancer>
    <Algorithm>RoundRobin</Algorithm>
    <Server name="target1" />
    <Server name="target2" />
    <ServerUnhealthyResponse>
        <ResponseCode>500</ResponseCode>
        <ResponseCode>502</ResponseCode>
        <ResponseCode>503</ResponseCode>
    </ServerUnhealthyResponse>
    <MaxFailures>5</MaxFailures>
  </LoadBalancer>
</HTTPTargetConnection>
  
  

AccessControl नीति को बेहतर बनाने की सुविधा

AccessControl नीति तय करती है कि कौनसे आईपी पते, एपीआई प्रॉक्सी को कॉल कर सकते हैं. इस नीति में एक नया एलिमेंट जोड़ने से, एपीआई डेवलपर को यह पता लगाने के लिए ज़्यादा कंट्रोल मिलता है कि कौनसा आईपी पता पते चुनें.

<IgnoreTrueClientIPHeader>: ज़रूरी नहीं (डिफ़ॉल्ट रूप से यह 'गलत' है). इसे 'सही है' पर सेट करने पर, नीति True-Client-IP हेडर को अनदेखा कर देती है और X-Forwarded-For हेडर में आईपी पतों का आकलन करता है. इसके बाद, वह आपने X-फ़ॉरवर्ड किया गया - इवैलुएशन के तरीके को कॉन्फ़िगर किया है.

<AccessControl async="false" continueOnError="false"
    enabled="true" name="Access-Control-1">
    <DisplayName>Access Control-1</DisplayName>
    <IgnoreTrueClientIPHeader>true</IgnoreTrueClientIPHeader>
    ...
</AccessControl>

जानकारी के लिए, यह देखें इस कम्यूनिटी पोस्ट पर जाएं.

RaiseFault नीति में दो नए एलिमेंट उपलब्ध हैं. इन्हें FaultRules में बनाया गया है ज़्यादा साफ़ और बेहतर तरीके से हैंडल करना.

• ShortFaultReason एक बूलियन है.इसे 'सही है' पर सेट करने से, नीति का नाम गलती वजह वैरिएबल में हो जाता है.
• AssignVariable, FaultResponse में मौजूद होता है. इसकी मदद से, किसी वैरिएबल में गड़बड़ी के रिस्पॉन्स को असाइन किया जा सकता है, ताकि एपीआई प्रॉक्सी फ़्लो की दूसरी नीतियों में इसका इस्तेमाल किया जा सके.

होस्ट किए गए टारगेट के लिए, अब सीमाएं लागू की जा रही हैं. सीमाओं की जानकारी के लिए, सीमाएं देखें.

मैसेज टेंप्लेट वैरिएबल का इस्तेमाल करके, आईपी पते और सीआईडीआर मास्क सेट किए जा सकते हैं AccessControl की नीति. उदाहरण के लिए, यदि आप किसी की-वैल्यू मैप (केवीएम) में आईपी पते और मास्क का इस्तेमाल करने पर, आपके सेट किए गए वैरिएबल से उन वैल्यू को वापस लाया जा सकता है एपीआई प्रॉक्सी फ़्लो में. इससे रनटाइम के दौरान, आईपी वैल्यू को आसानी से बदला जा सकता है. इसके लिए, आपको अपनी नीति का कॉन्फ़िगरेशन बदलें.

उदाहरण के लिए:

<MatchRule action="DENY">
    <SourceAddress mask="24">198.51.100.1</SourceAddress>
</MatchRule>
     

यह मानते हुए कि वैल्यू एक केवीएम में स्टोर हैं, इस तरह की नीति को कॉन्फ़िगर किया जा सकता है, और वैल्यू को फिर से पाने और उन्हें यहां दिखाए गए वैरिएबल:

<MatchRule action="DENY">
    <SourceAddress mask="{kvm.mask.ref}">{kvm.ip.ref}</SourceAddress>
</MatchRule>
     

एपीआई मॉनिटरिंग की सुविधा दो अलग-अलग भूमिकाएं असाइन करती है: एपीआई मॉनिटरिंग एडमिन और एपीआई मॉनिटरिंग उपयोगकर्ता. इनके बारे में ऐक्सेस एपीआई मॉनिटरिंग में बताया गया है. ये सुविधाएं, दिसंबर 2018 में उपलब्ध कराई गई थीं.

Edge अब हर अनुरोध में हेडर X-Apigee.Message-Timeout जोड़ता है. यह हेडर Edge की ओर से अंदरूनी इस्तेमाल के लिए है. अपने एपीआई प्रॉक्सी में मौजूद X-Apigee.* हेडर में मौजूद वैल्यू पर भरोसा न करें ये हेडर, ग्राहकों के इस्तेमाल के लिए नहीं हैं. साथ ही, Apigee इन्हें किसी भी समय हटा या बदल सकता है.

कीस्टोर मिटाने से जुड़ी गड़बड़ियों को ठीक करें, ताकि एपीआई कॉल पूरा न हो

x-apigee.Edge.execution.sense.action हमेशा शून्य पर सेट रहता है

रिस्पॉन्स कैश नीति में, NIOTheread को बिना अस्वीकार किए एक्ज़ीक्यूट किया जा रहा है थ्रेड पूल

Apigee राऊटर पर कई लॉग एक्सपोर्टर की वजह से सीपीयू का ज़्यादा इस्तेमाल होता है

कुछ संगठनों में बार-बार 404 कोड वाली गड़बड़ी

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

इस समस्या को प्राइवेट क्लाउड के लिए अगले Edge रिलीज़ में शामिल किया जाएगा.

इस समस्या को प्राइवेट क्लाउड के लिए अगले Edge रिलीज़ में शामिल किया जाएगा.

इस समस्या को प्राइवेट क्लाउड के लिए अगले Edge रिलीज़ में शामिल किया जाएगा.