প্রতিক্রিয়া ক্যাশে নীতি স্থাপনা ত্রুটি সমস্যা সমাধান

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য

অবৈধ টাইমআউট

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সির স্থাপনা এই ত্রুটি বার্তার সাথে ব্যর্থ হয়:

Error Saving Revision revision_number
CacheLookupTimeoutInSeconds value value should be greater than zero.

উদাহরণ ত্রুটি বার্তা

Error Saving Revision 2
CacheLookupTimeoutInSeconds -1 value should be greater than zero.

উদাহরণ ত্রুটি স্ক্রিনশট

কারণ

যদি একটি ResponseCache নীতির <CacheLookupTimeoutInSeconds> উপাদানটি একটি নেতিবাচক সংখ্যায় সেট করা থাকে, তাহলে API প্রক্সির স্থাপনা ব্যর্থ হয়।

উদাহরণস্বরূপ, যদি <CacheLookupTimeoutInSeconds> -1 হয়, তাহলে API প্রক্সির স্থাপনা ব্যর্থ হয়।

রোগ নির্ণয়

1. ResponseCache নীতিতে <CacheLookupTimeoutInSeconds> উপাদানের জন্য ব্যবহৃত অবৈধ মান সনাক্ত করুন। আপনি ত্রুটি বার্তা এই তথ্য খুঁজে পেতে পারেন. উদাহরণস্বরূপ, নিম্নলিখিত ত্রুটিতে, <CacheLookupTimeoutInSeconds> উপাদানের জন্য ব্যবহৃত অবৈধ মান হল -1 :

   CacheLookupTimeoutInSeconds -1 value should be greater than zero.
   

2. নির্দিষ্ট API প্রক্সিতে যেখানে ব্যর্থতা ঘটেছে সেখানে সমস্ত ResponseCache নীতিগুলি পরীক্ষা করুন৷ এক বা একাধিক ResponseCache নীতি থাকতে পারে যেখানে <CacheLookupTimeoutInSeconds> উপাদানটি নির্দিষ্ট করা আছে।

   উদাহরণস্বরূপ, নিম্নলিখিত নীতি কনফিগারেশন <CacheLookupTimeoutInSeconds> -1 এ সেট করে, যা ত্রুটি বার্তার সাথে মেলে:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">
       <DisplayName>Response Cache-1</DisplayName>
       <Properties/>
       <CacheKey>
           <Prefix/>
           <KeyFragment ref="request.uri" type="string"/>
       </CacheKey>
       <Scope>Exclusive</Scope>
       <ExpirySettings>
           <ExpiryDate/>
           <TimeOfDay/>
           <TimeoutInSec ref="">3600</TimeoutInSec>
       </ExpirySettings>
       <CacheLookupTimeoutInSeconds>-1</CacheLookupTimeoutInSeconds>
   </ResponseCache>
   

3. যদি <CacheLookupTimeoutInSeconds> একটি ঋণাত্মক পূর্ণসংখ্যা হিসাবে নির্দিষ্ট করা হয়, তাহলে এটি ত্রুটির কারণ।

রেজোলিউশন

ResponseCache নীতির <CacheLookupTimeoutInSeconds> উপাদানের মান সর্বদা একটি অ-নেতিবাচক পূর্ণসংখ্যা হিসাবে নির্দিষ্ট করা আছে তা নিশ্চিত করুন।

উপরে দেখানো উদাহরণের ResponseCache নীতি সংশোধন করতে, আপনি <CacheLookupTimeoutInSeconds> element 30 এ পরিবর্তন করতে পারেন।

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">
    <DisplayName>Response Cache-1</DisplayName>
    <Properties/>
    <CacheKey>
        <Prefix/>
        <KeyFragment ref="request.uri" type="string"/>
    </CacheKey>
    <Scope>Exclusive</Scope>
    <ExpirySettings>
        <ExpiryDate/>
        <TimeOfDay/>
        <TimeoutInSec ref="">3600</TimeoutInSec>
    </ExpirySettings>
    <CacheLookupTimeoutInSeconds>30</CacheLookupTimeoutInSeconds>
</ResponseCache>

অবৈধ ক্যাচে রিসোর্স রেফারেন্স

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সির স্থাপনা এই ত্রুটি বার্তার সাথে ব্যর্থ হয়:

Error Deploying Revision revision_number to environment
Invalid cache resource reference cache_resource in Step definition response_cache_policy_name. Context Revision:revision_number;APIProxy:ResponseCache;Organization:organization;Environment:environment

উদাহরণ ত্রুটি বার্তা

Error Deploying Revision 2 to prod
Invalid cache resource reference itemscache in Step definition ItemsResponseCache. Context Revision:2;APIProxy:StoresInventory;Organization:kkalckstein-eval;Environment:prod

উদাহরণ ত্রুটি স্ক্রিনশট

কারণ

এই ত্রুটিটি ঘটবে যদি একটি ResponseCache নীতিতে <CacheResource> উপাদানটি এমন একটি নামে সেট করা থাকে যা পরিবেশে যেখানে API প্রক্সি স্থাপন করা হচ্ছে সেখানে বিদ্যমান নেই৷

রোগ নির্ণয়

1. রেসপন্স ক্যাশে নীতির <CacheResource> এলিমেন্টে ব্যবহৃত অবৈধ ক্যাশে এবং যে পরিবেশে ত্রুটি ঘটেছে তা সনাক্ত করুন। আপনি ত্রুটি বার্তা এই আইটেম দুটি খুঁজে পেতে পারেন. উদাহরণস্বরূপ, নিম্নলিখিত ত্রুটিতে, অবৈধ ক্যাশের নাম হল itemscache এবং পরিবেশের নাম হল prod ।

   Invalid cache resource reference itemscache in Step definition ItemsResponseCache. Context Revision:2;APIProxy:StoresInventory;Organization:kkalckstein-eval;Environment:prod
   

2. নির্দিষ্ট API প্রক্সিতে যেখানে ব্যর্থতা ঘটেছে সেখানে সমস্ত ResponseCache নীতিগুলি পরীক্ষা করুন৷ নির্দিষ্ট ResponseCache নীতি সনাক্ত করুন যেখানে <CacheResource> উপাদানে অবৈধ ক্যাশে (পদক্ষেপ # 1 এ চিহ্নিত) নির্দিষ্ট করা আছে।

   উদাহরণস্বরূপ, নিম্নলিখিত নীতিটি <CacheResource> এর মানটিকে itemscache হিসাবে নির্দিষ্ট করে, যা ত্রুটি বার্তায় যা আছে তার সাথে মেলে:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <ResponseCache async="false" continueOnError="false" enabled="true" name="ItemsResponseCache">
     <DisplayName>ItemsResponseCache</DisplayName>
     <Properties/>
     <CacheKey>
         <Prefix/>
         <KeyFragment ref="request.uri" type="string"/>
     </CacheKey>
     <CacheResource>itemscache</CacheResource>
     <Scope>Exclusive</Scope>
     <ExpirySettings>
         <ExpiryDate/>
         <TimeOfDay/>
         <TimeoutInSec ref="">3600</TimeoutInSec>
     </ExpirySettings>
     <SkipCacheLookup/>
     <SkipCachePopulation/>
   </ResponseCache>
   

3. ক্যাশে (পদক্ষেপ # 2 এ নির্ধারিত) নির্দিষ্ট পরিবেশে সংজ্ঞায়িত করা হয়েছে কিনা তা যাচাই করুন (ধাপ # 1 এ চিহ্নিত)।

   এজ UI-তে, APIs > এনভায়রনমেন্ট কনফিগারেশনে নেভিগেট করুন এবং নির্দিষ্ট পরিবেশে ক্যাশে ট্যাবে ক্যাশে বিদ্যমান কিনা তা পরীক্ষা করুন। যদি ক্যাশে বিদ্যমান না থাকে, তাহলে এটি ত্রুটির কারণ।

   উদাহরণস্বরূপ, নীচের স্ক্রিনশটে লক্ষ্য করুন যে itemscache নামের ক্যাশেটি বিদ্যমান নেই।

   

   কারণ itemscache নামের ক্যাশে prod পরিবেশে সংজ্ঞায়িত করা হয়নি, আপনি ত্রুটিটি পান:

   Invalid cache resource reference does_not_exist in Step definition Response-Cache-1. Context Revision:2;APIProxy:ResponseCache;Organization:kkalckstein-eval;Environment:prod
   

রেজোলিউশন

নিশ্চিত করুন যে <CacheResource> উপাদানে উল্লেখ করা ক্যাশের নামটি পরিবেশে তৈরি করা হয়েছে যেখানে আপনি API প্রক্সি স্থাপন করতে চান।

কিভাবে ক্যাশে তৈরি করতে হয় সে সম্পর্কে তথ্যের জন্য একটি পরিবেশ ক্যাশে তৈরি এবং সম্পাদনা করুন ।

রেসপন্সক্যাচেস্টেপ অ্যাটাচমেন্টNotAllowedReq

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সির স্থাপনা এই ত্রুটি বার্তার সাথে ব্যর্থ হয়:

Error Deploying Revision revision_number to environment
Response cache step definition response_cache_policy_name can not be attached more than once in the request path.

উদাহরণ ত্রুটি বার্তা

Error Deploying Revision 2 to test
Response cache step definition Response-Cache-1 can not be attached more than once in the request path.

উদাহরণ ত্রুটি স্ক্রিনশট

কারণ

এই ত্রুটিটি ঘটে যদি একই ResponseCache নীতি একটি API প্রক্সির যেকোন প্রবাহের মধ্যে একাধিক অনুরোধ পাথের সাথে সংযুক্ত থাকে।

উদাহরণস্বরূপ, যদি প্রক্সি এবং টার্গেট এন্ডপয়েন্ট উভয়ের অনুরোধ প্রিফ্লোতে আপনার একই রেসপন্সক্যাশ নীতি সংযুক্ত থাকে, তাহলে এই ত্রুটিটি ঘটে।

রোগ নির্ণয়

1. একাধিকবার সংযুক্ত করা ResponseCache নীতির নাম সনাক্ত করুন৷ আপনি ত্রুটি বার্তা এই তথ্য খুঁজে পেতে পারেন. উদাহরণ স্বরূপ, নিম্নলিখিত ত্রুটিতে ResponseCache নীতির নাম Response-Cache-1।

   Error Deploying Revision 2 to test
   Response cache step definition Response-Cache-1 can not be attached more than once in the request path.
   

2. API প্রক্সির প্রক্সি এবং টার্গেট এন্ডপয়েন্টের সমস্ত অনুরোধের প্রবাহ পরীক্ষা করুন যেখানে ত্রুটি ঘটেছে। যদি একই ResponseCache নীতি দুই বা ততোধিক অনুরোধ প্রবাহে সংযুক্ত থাকে, তাহলে এটি ত্রুটির কারণ।

   নিম্নলিখিত উদাহরণে একই ResponseCache নীতি Response-Cache-1 ডিফল্ট প্রক্সি এন্ডপয়েন্ট প্রিফ্লো এবং ডিফল্ট টার্গেট এন্ডপয়েন্ট প্রিফ্লো-এর অনুরোধের পথে কনফিগার করা হয়েছে:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <ProxyEndpoint name="default">
       <Description/>
       <FaultRules/>
       <PreFlow name="PreFlow">
           <Request>
               <Step>
                   <Name>Response-Cache-1</Name>
               </Step>
           </Request>
       ...
   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <TargetEndpoint name="default">
       <Description/>
       <FaultRules/>
       <PreFlow name="PreFlow">
           <Request/>
           <Response/>
       </PreFlow>
       <PostFlow name="PostFlow">
           <Request>
               <Step>
                   <Name>Response-Cache-1</Name>
               </Step>
           </Request>
       ...
   

রেজোলিউশন

নিশ্চিত করুন যে একটি ResponseCache নীতি API প্রক্সির সমস্ত প্রবাহ জুড়ে শুধুমাত্র একটি অনুরোধ পাথের সাথে সংযুক্ত আছে৷

উপরে দেখানো উদাহরণটি সংশোধন করতে, দুটি অনুরোধ প্রবাহের একটি থেকে ResponseCache নীতি Response-Cache-1 সরিয়ে দিন।

রেসপন্সক্যাচেস্টেপ অ্যাটাচমেন্ট না মঞ্জুরিপ্রাপ্ত রেসপ

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সির স্থাপনা এই ত্রুটি বার্তার সাথে ব্যর্থ হয়:

Error Deploying Revision revision_number to environment
Response cache step definition response_cache_policy_name can not be attached more than once in the response path.

উদাহরণ ত্রুটি বার্তা

Error Deploying Revision 2 to test
Response cache step definition Response-Cache-1 can not be attached more than once in the response path.

উদাহরণ ত্রুটি স্ক্রিনশট

কারণ

এই ত্রুটিটি ঘটে যদি একই ResponseCache নীতি একটি API প্রক্সির যেকোনো প্রবাহের মধ্যে একাধিক প্রতিক্রিয়া পাথের সাথে সংযুক্ত থাকে।

উদাহরণস্বরূপ, যদি আপনার প্রক্সি এবং টার্গেট এন্ডপয়েন্ট উভয়ের প্রতিক্রিয়া প্রিফ্লোতে একই ResponseCache নীতি সংযুক্ত থাকে, তাহলে এই ত্রুটিটি ঘটে।

রোগ নির্ণয়

1. একাধিকবার সংযুক্ত করা ResponseCache নীতির নাম সনাক্ত করুন৷ আপনি ত্রুটি বার্তা এই তথ্য খুঁজে পেতে পারেন. উদাহরণ স্বরূপ, নিম্নলিখিত ত্রুটিতে ResponseCache নীতির নাম হল Response-Cache-1 ।

   Error Deploying Revision 2 to test
   Response cache step definition Response-Cache-1 can not be attached more than once in the response path.
   

2. API প্রক্সির প্রক্সি এবং টার্গেট এন্ডপয়েন্টের সমস্ত অনুরোধের প্রবাহ পরীক্ষা করুন যেখানে ত্রুটি ঘটেছে। যদি একই ResponseCache নীতি দুই বা ততোধিক প্রতিক্রিয়া প্রবাহে সংযুক্ত থাকে, তাহলে এটি ত্রুটির কারণ।

   নিম্নলিখিত উদাহরণে একই ResponseCache নীতি Response-Cache-1 ডিফল্ট প্রক্সি এন্ডপয়েন্ট প্রিফ্লো এবং ডিফল্ট টার্গেট এন্ডপয়েন্ট প্রিফ্লো-এর প্রতিক্রিয়া পাথে কনফিগার করা হয়েছে:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <ProxyEndpoint name="default">
       <Description/>
       <FaultRules/>
       <PreFlow name="PreFlow">
           <Request>
               <Step>
                   <Name>Response-Cache</Name>
               </Step>
           </Request>
           <Response>
               <Step>
                   <Name>Response-Cache-1</Name>
               </Step>
           </Response>
       </PreFlow>
       ...
   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <TargetEndpoint name="default">
       <Description/>
       <FaultRules/>
       <PreFlow name="PreFlow">
           <Request/>
           <Response/>
       </PreFlow>
       <PostFlow name="PostFlow">
           <Request/>
           <Response>
               <Step>
                   <Name>Response-Cache-1</Name>
               </Step>
           </Response>
       </PostFlow>
       ...
   

রেজোলিউশন

নিশ্চিত করুন যে একটি ResponseCache নীতি API প্রক্সির সমস্ত প্রবাহ জুড়ে শুধুমাত্র একটি প্রতিক্রিয়া পথের সাথে সংযুক্ত আছে৷

উপরে দেখানো উদাহরণটি সংশোধন করতে, দুটি প্রতিক্রিয়া পাথের একটি থেকে ResponseCache নীতি Response-Cache-1 সরান।

ভুল মেসেজ প্যাটার্ন ফরররকোড

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সির স্থাপনা এই ত্রুটির বার্তাগুলির যেকোনো একটিতে ব্যর্থ হয়:

Error Deploying Revision revision_number to environment
Invalid message pattern found for error code steps.cache.InvalidSkipCacheLookUpCondition.

বা

Error Deploying Revision revision_number to environment
Invalid message pattern found for error code steps.cache.InvalidSkipCachePopulationCondition.

উদাহরণ ত্রুটি বার্তা

Error Deploying Revision 2 to prod
Invalid message pattern found for error code steps.cache.InvalidSkipCacheLookUpCondition.

বা

Error Deploying Revision 2 to prod
Invalid message pattern found for error code steps.cache.InvalidSkipCachePopulationCondition.

উদাহরণ ত্রুটি স্ক্রিনশট

বা

কারণ

ResponseCache নীতির <SkipCacheLookup> বা <SkipCachePopulation> উপাদানটিতে একটি অবৈধ শর্ত থাকলে এই ত্রুটিটি ঘটে।

রোগ নির্ণয়

1. API প্রক্সির সমস্ত ResponseCache নীতিগুলি পরীক্ষা করুন যেখানে ত্রুটি ঘটেছে এবং <SkipCacheLookup> এবং/অথবা <SkipCachePopulation> উপাদানগুলির জন্য নির্দিষ্ট শর্তাবলী আছে কিনা তা পরীক্ষা করুন৷

2. <SkipCacheLookup> এবং/অথবা <SkipCachePopulation> উপাদানটির জন্য নির্দিষ্ট শর্তটি অবৈধ কিনা তা পরীক্ষা করুন। যদি হ্যাঁ, তাহলে এটি ত্রুটির কারণ।

   নিম্নলিখিত উদাহরণে, <SkipCachePopulation> উপাদানটি জাভাস্ক্রিপ্ট অপারেটর ব্যবহার করে === সমান মান এবং সমান প্রকার যা অবৈধ তা পরীক্ষা করতে।

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">
       <DisplayName>Response Cache-1</DisplayName>
       <Properties/>
       <CacheKey>
           <Prefix/>
           <KeyFragment ref="request.uri" type="string"/>
       </CacheKey>
       <Scope>Exclusive</Scope>
       <ExpirySettings>
           <ExpiryDate/>
           <TimeOfDay/>
           <TimeoutInSec ref="">3600</TimeoutInSec>
       </ExpirySettings>
       <CacheLookupTimeoutInSeconds>2</CacheLookupTimeoutInSeconds>
       <SkipCacheLookup>request.header.bypass-cache === "true"</SkipCacheLookup>
   </ResponseCache>
   

   কারণ অপারেটর === অবৈধ, আপনি ত্রুটি পাবেন:

   Invalid message pattern found for error code steps.cache.InvalidSkipCacheLookUpCondition.
   

রেজোলিউশন

নিশ্চিত করুন যে <SkipCacheLookup> এবং/অথবা <SkipCachePopulation> উপাদানগুলির জন্য নির্দিষ্ট শর্তটি সর্বদা বৈধ।

উপরে দেখানো উদাহরণ ResponseCache নীতি সংশোধন করতে, আপনি = অপারেটর ব্যবহার করতে <SkipCacheLookup> পরিবর্তন করতে পারেন:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">
    <DisplayName>Response Cache-1</DisplayName>
    <Properties/>
    <CacheKey>
        <Prefix/>
        <KeyFragment ref="request.uri" type="string"/>
    </CacheKey>
    <Scope>Exclusive</Scope>
    <ExpirySettings>
        <ExpiryDate/>
        <TimeOfDay/>
        <TimeoutInSec ref="">3600</TimeoutInSec>
    </ExpirySettings>
    <CacheLookupTimeoutInSeconds>2</CacheLookupTimeoutInSeconds>
    <SkipCacheLookup>request.header.bypass-cache = "true"</SkipCacheLookup>
</ResponseCache>

CacheNotFound

ত্রুটি বার্তা

এজ ইউআই বা এজ ম্যানেজমেন্ট এপিআই এর মাধ্যমে এপিআই প্রক্সি স্থাপনের ফলে এই ধরনের একটি ত্রুটি বার্তা আসে এবং এপিআই প্রক্সির স্থাপনার স্থিতি আংশিকভাবে স্থাপন করা হিসাবে চিহ্নিত করা হয়:

Error: Cache : cache_resource, not found in organization : organization__environment.

উদাহরণ ত্রুটি বার্তা

Error Cache : Response-Cache-1, not found in organization : kkalckstein-eval__prod

কারণ

ত্রুটি বার্তায় উল্লিখিত নির্দিষ্ট ক্যাশে একটি নির্দিষ্ট বার্তা প্রসেসর উপাদানে তৈরি না হলে এই ত্রুটি ঘটে।

রেজোলিউশন

আপনি যদি ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে নিচের নির্দেশাবলী অনুসরণ করুন:

1. API প্রক্সি স্থাপনার তালিকা করুন এবং কোন বার্তা প্রসেসরে ত্রুটি আছে তা নির্ধারণ করুন steps.cache.CacheNotFound ।

   নমুনা আউটপুট

   curl -u $USERID:$USERPASSWORD http://<management-server-host>:8080/v1/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/<revision-number>/deployments
   {
     "aPIProxy" : "ResponseCache",
     "environment" : [ {
       "configuration" : {
         "basePath" : "/",
         "configVersion" : "SHA-512:45d3f39783414d3859bf2dec4135d8f5f9960ee6b2d361db2799c82693a8e3f8b95dbbb37c547eb3c0a3819d8ca51727f390502bcaefdf1f113263521a9023b6",
         "steps" : [ ]
       },
       "name" : "prod",
       "server" : [ {
         "pod" : {
           "name" : "pod1",
           "region" : "us-central1"
         },
         "status" : "deployed",
         "type" : [ "message-processor" ],
         "uUID" : "f2e5e34a-5630-43a9-8fef-48a5b9da76d1"
       }, {
         "pod" : {
           "name" : "pod1",
           "region" : "us-central1"
         },
         "status" : "deployed",
         "type" : [ "message-processor" ],
         "uUID" : "879a6538-a5e0-4503-b142-9cb2b4e0623d"
       }, {
       "error" : "Cache : Response-Cache-1, not found in organization : kkalckstein-eval__prod",
       "errorCode" : "steps.cache.CacheNotFound",
       "status" : "error",
       "type" : [ "message-processor" ],
        "uUID" : "a8f9ce0b-c32d-48a9-b26c-9c75d8bf467d"
   },
   ...
       "state" : "deployed"
     } ],
     "name" : "2",
     "organization" : "kkalckstein-eval"
   

2. বার্তা প্রসেসরের UUID(গুলি) নোট করুন যেখানে আপনি ত্রুটিটি পর্যবেক্ষণ করেন steps.cache.CacheNotFound । UUID থেকে মেসেজ প্রসেসরের হোস্ট নাম/আইপি ঠিকানা সনাক্ত করুন।

3. নির্দিষ্ট বার্তা প্রসেসরে লগ ইন করুন এবং নিম্নলিখিত কমান্ডটি ব্যবহার করে এটি পুনরায় চালু করুন:

   apigee-service edge-message-processor restart

আপনি যদি একজন পাবলিক ক্লাউড ব্যবহারকারী হন বা যদি ব্যক্তিগত ক্লাউডের জন্য সমস্যাটি থেকে যায়, সহায়তার জন্য Apigee সহায়তার সাথে যোগাযোগ করুন।