सेवा कॉल करने की नीति

Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी

यह क्या है

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

• बाहरी इस्तेमाल के उदाहरण में, आपको किसी तीसरे पक्ष के एपीआई को कॉल आउट करना होता है. यह कॉल आउट आपकी प्रॉक्सी टीम से बाहर का है. तीसरे पक्ष के एपीआई के रिस्पॉन्स को पार्स करके, आपके एपीआई के रिस्पॉन्स मैसेज में शामिल किया जाता है. इससे ऐप्लिकेशन के असली उपयोगकर्ताओं के लिए, डेटा को बेहतर और "मैश अप" किया जाता है. अनुरोध करते समय, सेवा कॉलआउट की नीति का इस्तेमाल करके भी अनुरोध किया जा सकता है. इसके बाद, अनुरोध के जवाब में यह जानकारी एपीआई प्रॉक्सी के TargetEndpoint को भेजें.
• इस्तेमाल के दूसरे मामले में, प्रॉक्सी को उसी संगठन और एनवायरमेंट में शामिल किया जाता है जिसका इस्तेमाल वह व्यक्ति करता है जिससे कॉल किया जा रहा है. उदाहरण के लिए, यह आपको तब काम का लग सकता है, जब आपके पास कोई ऐसी प्रॉक्सी हो जो कुछ अलग तरह के काम करते हों और जिन्हें एक या एक से ज़्यादा प्रॉक्सी इस्तेमाल कर रहे हों. उदाहरण के लिए, बैकएंड डेटा स्टोर की मदद से बनाने/पढ़ने/अपडेट करने/मिटाने की कार्रवाई दिखाने वाली प्रॉक्सी, क्लाइंट को डेटा दिखाने वाले कई दूसरे प्रॉक्सी के लिए टारगेट प्रॉक्सी हो सकती है.

यह नीति एचटीटीपी और एचटीटीपीएस पर अनुरोध के साथ काम करती है.

सैंपल

<LocalTargetConnection>
    <APIProxy>data-manager</APIProxy>
    <ProxyEndpoint>default</ProxyEndpoint>
</LocalTargetConnection>

<HTTPTargetConnection>
    <URL>http://example.com/{request.myResourcePath}</URL>
</HTTPTargetConnection>

<ServiceCallout name="ServiceCallout-GeocodingRequest1">
    <DisplayName>Inline request message</DisplayName>
    <Request variable="authenticationRequest">
      <Set>
        <QueryParams>
          <QueryParam name="address">{request.queryparam.postalcode}</QueryParam>
          <QueryParam name="region">{request.queryparam.country}</QueryParam>
          <QueryParam name="sensor">false</QueryParam>
        </QueryParams>
      </Set>
    </Request>
    <Response>GeocodingResponse</Response>
    <Timeout>30000</Timeout>
    <HTTPTargetConnection>
      <URL>http://maps.googleapis.com/maps/api/geocode/json</URL>
    </HTTPTargetConnection>
</ServiceCallout>

<ServiceCallout name="ServiceCallout-GeocodingRequest2">
    <Request clearPayload="false" variable="GeocodingRequest"/>
    <Response>GeocodingResponse</Response>
    <Timeout>30000</Timeout>
    <HTTPTargetConnection>
      <URL>http://maps.googleapis.com/maps/api/geocode/json</URL>
    </HTTPTargetConnection>
</ServiceCallout>

<ServiceCallout async="false" continueOnError="false" enabled="true" name="service-callout">
    <DisplayName>service-callout</DisplayName>
    <Properties/>
    <Request clearPayload="true" variable="myRequest">
        <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
    </Request>
    <Response>myResponse</Response>
    <HTTPTargetConnection>
        <LoadBalancer>
            <Algorithm>RoundRobin</Algorithm>
            <Server name="httpbin"/>
            <Server name="yahoo"/>
        </LoadBalancer>
        <Path>/get</Path>
    </HTTPTargetConnection>
</ServiceCallout>

सेवा कॉलआउट की नीति के बारे में जानकारी

ऐसे कई मामले हैं जहां एपीआई प्रॉक्सी में, सेवा कॉलआउट की नीति का इस्तेमाल किया जा सकता है. उदाहरण के लिए, किसी बाहरी सेवा को कॉल करने के लिए एपीआई प्रॉक्सी को कॉन्फ़िगर किया जा सकता है, ताकि भौगोलिक स्थान से जुड़ा डेटा, ग्राहक की समीक्षाएं, पार्टनर के खुदरा कैटलॉग से आइटम वगैरह डिलीवर किए जा सकें.

आम तौर पर कॉलआउट का इस्तेमाल दो अन्य नीतियों के साथ किया जाता है: मैसेज असाइन करना और वैरिएबल एक्सट्रैक्ट करना.

• अनुरोध करें: मैसेज असाइन करने से, रिमोट सेवा को भेजे गए अनुरोध के मैसेज की जानकारी अपने-आप भर जाती है.

• रिस्पॉन्स: एक्सट्रैक्ट वैरिएबल, रिस्पॉन्स को पार्स करता है और खास कॉन्टेंट निकालता है.

सेवा कॉलआउट की सामान्य नीति में ये चीज़ें शामिल हैं:

1. मैसेज की नीति असाइन करें: अनुरोध के लिए मैसेज बनाता है, एचटीटीपी हेडर, क्वेरी पैरामीटर, और एचटीटीपी क्रिया सेट करता है वगैरह.
2. सेवा कॉलआउट की नीति: इसमें मैसेज असाइन करने की नीति के तहत बनाए गए मैसेज का रेफ़रंस दिया जाता है. साथ ही, बाहरी कॉल के लिए टारगेट यूआरएल और टारगेट सेवा से मिलने वाले रिस्पॉन्स ऑब्जेक्ट का नाम तय किया जाता है.
   
   बेहतर परफ़ॉर्मेंस के लिए, सेवा कॉलआउट के जवाबों को कैश मेमोरी में सेव भी किया जा सकता है. इसकी जानकारी, Apigee कम्यूनिटी थ्रेड में दी गई है: https://community.apigee.com/questions/34110/how-can-i-store-the-results-of-the-servicecallout.html.
3. वैरिएबल एक्सट्रैक्ट करें नीति: आम तौर पर, ऐसा JSONPath या XPath एक्सप्रेशन तय करता है जो सेवा कॉलआउट से जनरेट किए गए मैसेज को पार्स करता है. इसके बाद, नीति ऐसे वैरिएबल सेट करती है जिनमें सर्विस कॉलआउट रिस्पॉन्स से पार्स की गई वैल्यू होती हैं.

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

कस्टम गड़बड़ी प्रबंधन

एलिमेंट का रेफ़रंस

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

<ServiceCallout async="false" continueOnError="false" enabled="true" name="Service-Callout-1">
    <DisplayName>Custom label used in UI</DisplayName>
    <Request clearPayload="true" variable="myRequest">
        <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
        <Remove>
            <ReasonPhrase/>
            <StatusCode/>
            <Path/>
            <Version/>
            <Verb/>
         </Remove>
         <Copy>
            <ReasonPhrase/>
            <StatusCode/>
            <Path/>
            <Version/>
            <Verb/>
        </Copy>
        <Add>
            <Headers/>
            <QueryParams/>
            <FormParams/>
        </Add>
        <Set>
            <Headers/>
            <QueryParams/>
            <FormParams/>
            <Payload/>
            <ReasonPhrase/>
            <StatusCode/>
            <Path/>
            <Version/>
            <Verb/>
        </Set>
    </Request>
    <Response>calloutResponse</Response>
    <Timeout>30000</Timeout>
    <HTTPTargetConnection>
        <URL>http://example.com</URL>
        <LoadBalancer/>
        <SSLInfo/>
        <Properties/>
    </HTTPTargetConnection>
    <LocalTargetConnection>
        <APIProxy/>
        <ProxyEndpoint/>
        <Path/>
    </LocalTargetConnection>
</ServiceCallout>

<Service callout> एट्रिब्यूट

<ServiceCallout async="false" continueOnError="false" enabled="true" name="Service-Callout-1">

इस टेबल में उन एट्रिब्यूट के बारे में बताया गया है जो नीति के सभी पैरंट एलिमेंट के लिए एक जैसे होते हैं:

<DisplayName> एलिमेंट

मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) प्रॉक्सी एडिटर में, आम भाषा के अलग नाम से नीति को लेबल करने के लिए, name एट्रिब्यूट का इस्तेमाल करें.

<DisplayName>Policy Display Name</DisplayName>

<Request> एलिमेंट

एपीआई प्रॉक्सी से दूसरी सेवा को भेजे जाने वाले अनुरोध मैसेज वाले वैरिएबल के बारे में बताता है. फ़्लो में, पिछली नीति की मदद से वैरिएबल बनाया जा सकता है या इसे सेवा कॉलआउट की नीति में इनलाइन किया जा सकता है.

<Request clearPayload="true" variable="myRequest">
    <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
    <Remove>
        <ReasonPhrase/>
        <StatusCode/>
        <Path/>
        <Version/>
        <Verb/>
    </Remove>
    <Copy>
        <ReasonPhrase/>
        <StatusCode/>
        <Path/>
        <Version/>
        <Verb/>
    </Copy>
    <Add>
        <Headers/>
        <QueryParams/>
        <FormParams/>
    </Add>
    <Set>
        <Headers/>
        <QueryParams/>
        <FormParams/>
        <Payload/>
        <ReasonPhrase/>
        <StatusCode/>
        <Path/>
        <Version/>
        <Verb/>
    </Set>
</Request>

<Remove>, <कॉपी>, <Add>, और <Set> टैग के लिए सिंटैक्स, मैसेज की नीति असाइन करने के लिए एक जैसे होते हैं.

अगर अनुरोध का मैसेज हल नहीं किया जा सकता या अनुरोध का मैसेज अमान्य है, तो नीति गड़बड़ी का मैसेज दिखाती है.

सबसे आसान उदाहरण में, अनुरोध के मैसेज वाले एक वैरिएबल को पास किया जाना चाहिए. यह वैरिएबल एपीआई प्रॉक्सी के फ़्लो में पहले भरा गया था:

<Request clearPayload="true" variable="myRequest"/>

इसके अलावा, बाहरी सेवा को भेजे गए अनुरोध के मैसेज को, सेवा कॉलआउट की नीति में शामिल किया जा सकता है:

<Request>
  <Set>
    <Headers>
      <Header name="Accept">application/json</Header>
    </Headers>
    <Verb>POST</Verb>
    <Payload contentType="application/json">{"message":"my test message"}</Payload>
  </Set>
  <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</Request>

एट्रिब्यूट

<Request>/<ignoreUnresolvedVariables> एलिमेंट

सही पर सेट होने पर, नीति अनुरोध में ऐसी वैरिएबल गड़बड़ी को अनदेखा कर देती है जिसे ठीक नहीं किया गया हो.

<Request clearPayload="true" variable="myRequest">
    <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</Request> 

<Response> एलिमेंट

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

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

अगर इस एलिमेंट को शामिल नहीं किया जाता है, तो एपीआई प्रॉक्सी, रिस्पॉन्स का इंतज़ार नहीं करती है. एपीआई प्रॉक्सी फ़्लो का इस्तेमाल, बाद के किसी भी फ़्लो के लिए किया जा सकता है. साथ ही, साफ़ तौर पर यह कहना है कि Response एलिमेंट के बिना, टारगेट से मिलने वाले रिस्पॉन्स को अगले चरणों तक प्रोसेस नहीं किया जा सकता. साथ ही, प्रॉक्सी फ़्लो के पास रिमोट कॉल में गड़बड़ी का पता लगाने का कोई तरीका नहीं है. सेवा कॉलआउट का इस्तेमाल करते समय Response एलिमेंट को छोड़ने का एक आम इस्तेमाल: मैसेज को किसी बाहरी सिस्टम पर लॉग करने के लिए.

 <Response>calloutResponse</Response> 

<Timeout> एलिमेंट

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

<Timeout>30000</Timeout>

<HTTPTargetConnection> एलिमेंट

यह यूआरएल, TLS/एसएसएल, और एचटीटीपी प्रॉपर्टी जैसे ट्रांसपोर्ट की जानकारी देता है. <TargetEndpoint> कॉन्फ़िगरेशन रेफ़रंस देखें.

<HTTPTargetConnection>
    <URL>http://example.com</URL>
    <LoadBalancer/>
    <SSLInfo/>
    <Properties/>
</HTTPTargetConnection>

<HTTPTargetConnection>/<URL> एलिमेंट

जिस सेवा को कॉल किया जा रहा है उसका यूआरएल:

<HTTPTargetConnection>
    <URL>http://example.com</URL>
</HTTPTargetConnection>

वैरिएबल के साथ, यूआरएल का कुछ हिस्सा डाइनैमिक तौर पर दिया जा सकता है. हालांकि, नीचे दिए गए यूआरएल के प्रोटोकॉल वाले हिस्से, http:// को, वैरिएबल से नहीं दिखाया जा सकता. अगले उदाहरण में, क्वेरी पैरामीटर की वैल्यू बताने के लिए वैरिएबल का इस्तेमाल किया गया है:

<URL>http://example.com/forecastrss?w=${request.header.woeid}</URL>

या, यूआरएल पाथ के किसी हिस्से को वैरिएबल के साथ सेट करें:

<URL>http://example.com/{request.resourcePath}?w=${request.header.woeid}</URL>

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

<URL>http://{request.dom_port}/{request.resourcePath}</URL>

<HTTPTargetConnection>/<SSLInfo> एलिमेंट

बैकएंड सेवा के लिए TLS/एसएसएल कॉन्फ़िगरेशन. TLS/एसएसएल कॉन्फ़िगरेशन से जुड़ी मदद पाने के लिए, एपीआई प्रॉक्सी कॉन्फ़िगरेशन रेफ़रंस में, एज से बैकएंड (क्लाउड और प्राइवेट क्लाउड) में TLS को कॉन्फ़िगर करना और एपीआई प्रॉक्सी कॉन्फ़िगरेशन के रेफ़रंस में, "TLS/एसएसएल टारगेटएंडपॉइंट कॉन्फ़िगरेशन" को देखें.

<HTTPTargetConnection>
    <URL>https://example.com</URL>
    <SSLInfo>
        <Enabled>true</Enabled>
        <ClientAuthEnabled>true</ClientAuthEnabled>
        <KeyStore>ref://mykeystoreref</KeyStore>  ## Use of a reference is recommended
        <KeyAlias>myKey</KeyAlias>
        <TrustStore>myTruststore</TrustStore>
        <Ciphers/>
        <Protocols/>
    </SSLInfo>
</HTTPTargetConnection>

बैकएंड सेवा में एचटीटीपी ट्रांसपोर्ट प्रॉपर्टी. ज़्यादा जानकारी के लिए, एंडपॉइंट की प्रॉपर्टी का रेफ़रंस देखें.

<HTTPTargetConnection>
    <URL>http://example.com</URL>
    <Properties>
        <Property name="allow.http10">true</Property>
        <Property name="request.retain.headers">
          User-Agent,Referer,Accept-Language
        </Property>
    </Properties>
</HTTPTargetConnection>

<HTTPTargetConnection>/<LoadGoalr> एलिमेंट

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

<HTTPTargetConnection> <LoadBalancer> <Algorithm>RoundRobin</Algorithm> <Server name="httpbin"/> <Server name="yahoo"/> </LoadBalancer> <Path>/get</Path> </HTTPTargetConnection>

<LocalTargetConnection> एलिमेंट

यह नीति स्थानीय प्रॉक्सी -- यानी उसी संगठन और एनवायरमेंट की प्रॉक्सी के बारे में बताती है जिसका लक्ष्य सेवा कॉलआउट है.

टारगेट के बारे में ज़्यादा जानकारी देने के लिए, <APIProxy> और <ProxyEndpoint> एलिमेंट या <Path> एलिमेंट का इस्तेमाल करें.

<LocalTargetConnection>
   <APIProxy/>
   <ProxyEndpoint/>
   <Path/>
</LocalTargetConnection>

<LocalTargetConnection>/<APIप्रॉक्सी> एलिमेंट

एपीआई प्रॉक्सी का नाम, जो किसी लोकल कॉल को टारगेट करता है. प्रॉक्सी को उसी संगठन और एनवायरमेंट में होना चाहिए जिसमें कॉल कर रहा है.

<LocalTargetConnection>
   <APIProxy>data-manager</APIProxy>
   <ProxyEndpoint>default</ProxyEndpoint>
</LocalTargetConnection>

<APIProxy> एलिमेंट के साथ-साथ, <ProxyEndpoint> एलिमेंट शामिल करें, ताकि कॉल के लिए टारगेट किए जाने वाले प्रॉक्सी एंडपॉइंट का नाम तय किया जा सके.

<LocalTargetConnection>
   <APIProxy/>
   <ProxyEndpoint/>
</LocalTargetConnection> 

<LocalTargetConnection>/<प्रॉक्सीEndpoint> एलिमेंट

प्रॉक्सी एंडपॉइंट का नाम जिसे कॉल का लक्ष्य होना चाहिए. यह एपीआई प्रॉक्सी में एक प्रॉक्सी एंडपॉइंट है, जिसके बारे में <APIProxy> एलिमेंट से बताया गया है.

<LocalTargetConnection>
   <APIProxy>data-manager</APIProxy>
   <ProxyEndpoint>default</ProxyEndpoint>
</LocalTargetConnection>

<LocalTargetConnection>/<Path> एलिमेंट

उस एंडपॉइंट का पाथ जिसे टारगेट किया जा रहा है. एंडपॉइंट को उसी संगठन और एनवायरमेंट की प्रॉक्सी की जानकारी देनी चाहिए जिसके लिए कॉल किया जा रहा है.

अगर आपको प्रॉक्सी का नाम नहीं पता है या उस पर भरोसा नहीं हो पा रहा है, तो <APIProxy>/<ProxyEndpoint> पेयर के बजाय इसका इस्तेमाल करें. पाथ एक भरोसेमंद टारगेट हो सकता है.

<LocalTargetConnection>
   <Path>/data-manager</Path>
</LocalTargetConnection>

स्कीमा

फ़्लो वैरिएबल

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

सेवा कॉलआउट का अपना अनुरोध और रिस्पॉन्स होता है. साथ ही, वैरिएबल की मदद से उस डेटा को ऐक्सेस किया जा सकता है. मुख्य मैसेज में request.* और response.* वैरिएबल प्रीफ़िक्स का इस्तेमाल किया गया है. इसलिए, सेवा कॉलआउट के हिसाब से खास मैसेज डेटा पाने के लिए, myrequest.* और calloutResponse.* प्रीफ़िक्स (सेवा कॉलआउट कॉन्फ़िगरेशन में डिफ़ॉल्ट) का इस्तेमाल करें. नीचे दी गई टेबल के पहले उदाहरण में दिखाया गया है कि सेवा कॉलआउट में आपको एचटीटीपी हेडर कैसे दिखेंगे.

गड़बड़ियां

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

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

ये गड़बड़ियां तब हो सकती हैं, जब इस नीति वाले किसी प्रॉक्सी को डिप्लॉय किया जाता है.

गड़बड़ी वाले वैरिएबल

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

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.servicecallout.RequestVariableNotMessageType"
      },
      "faultstring":"ServiceCallout[ServiceCalloutGetMockResponse]: 
            request variable data_str value is not of type Message"
   }
}

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRule name="RequestVariableNotMessageType">
    <Step>
        <Name>AM-RequestVariableNotMessageType</Name>
    </Step>
    <Condition>(fault.name = "RequestVariableNotMessageType")</Condition>
</FaultRule>

मिलते-जुलते विषय

• मैसेज जनरेट करना या उनमें बदलाव करना: मैसेज से जुड़ी नीति असाइन करें
• वैरिएबल निकालें: वैरिएबल एक्सट्रैक्ट करने से जुड़ी नीति
• वैरिएबल: वैरिएबल का रेफ़रंस
• TLS/एसएसएल कॉन्फ़िगरेशन
  • TLS को Edge से बैकएंड (क्लाउड और प्राइवेट क्लाउड) में कॉन्फ़िगर करना
  • एपीआई प्रॉक्सी कॉन्फ़िगरेशन रेफ़रंस में "TLS/एसएसएल टारगेटएंडपॉइंट कॉन्फ़िगरेशन"
• एचटीटीपी ट्रांसपोर्ट प्रॉपर्टी: एंडपॉइंट प्रॉपर्टी के बारे में जानकारी
• सेवा कॉलआउट का विकल्प: JavaScript में लिखा गया HTTPClient, JavaScript ऑब्जेक्ट मॉडल देखें