होस्ट किए गए टारगेट के बारे में अक्सर पूछे जाने वाले सवाल

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

क्या होस्ट किए गए टारगेट बनाने या उन्हें डिप्लॉय करने की संख्या को लेकर कोई सीमा तय की गई है?

अपने प्लान के लिए, होस्ट किए गए टारगेट के एनटाइटलमेंट के बारे में जानकारी पाने के लिए, Apigee Edge Cloud की तुलना करने वाली मैट्रिक्स की खास जानकारी वाला दस्तावेज़ देखें.

क्या होस्ट की गई टारगेट प्रॉक्सी के लिए मैनेजमेंट एपीआई उपलब्ध है?

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

क्या आईपी पतों को अनुमति देने की सुविधा का इस्तेमाल करके, टारगेट बैकएंड को सुरक्षित किया जा सकता है?

होस्ट किए गए टारगेट को बनाने के लिए इस्तेमाल की गई टेक्नोलॉजी, Google App Engine (GAE) किसी ऐप्लिकेशन को स्टैटिक आईपी पता देने का तरीका उपलब्ध नहीं कराती है. GAE, आईपी पूल रेंज का इस्तेमाल करता है. इसलिए, आईपी पतों की एक रेंज को अनुमति दी जा सकती है. ज़्यादा जानकारी के लिए, GAE के बारे में अक्सर पूछे जाने वाले सवालों में यह जवाब देखें: Static IP Addresses and App Engine apps.

क्या एक प्रॉक्सी में कई <HostedTarget> टारगेट एंडपॉइंट रखे जा सकते हैं?

नहीं. हर प्रॉक्सी के लिए, सिर्फ़ एक होस्ट किया गया टारगेट ऐप्लिकेशन डिप्लॉय किया जाता है. डप्लॉय किया गया ऐप्लिकेशन, प्रॉक्सी की resources/hosted डायरेक्ट्री में मौजूद होता है.

क्या apigee-access की कमी को दूर किया जा सकता है?

होस्ट किए गए टारगेट ऐप्लिकेशन में, apigee-access मॉड्यूल का इस्तेमाल नहीं किया जा सकता. अगर apigee-access के साथ पारंपरिक, एम्बेड किए गए Node.js का इस्तेमाल किया जाता है और आपको होस्ट किए गए टारगेट पर माइग्रेट करना है, तो इन बातों का ध्यान रखें:

• Edge की नीतियों का इस्तेमाल करें - जहां भी हो सके, Edge की स्टैंडर्ड नीतियों का इस्तेमाल करके, अपने मौजूदा apigee-access कोड को बदलें.
• हेडर का इस्तेमाल करें - HTTP अनुरोध हेडर में, KVM वैल्यू और फ़्लो वैरिएबल को अपने Node.js ऐप्लिकेशन में डाला जा सकता है. यह रणनीति, केवीएम वैल्यू या फ़्लो वैरिएबल के लिए काम करती है. ये वैल्यू या वैरिएबल, एपीआई प्रॉक्सी के अनुरोध फ़्लो में उपलब्ध होते हैं.
• एनवायरमेंट वैरिएबल का इस्तेमाल करना - ऐसे एनवायरमेंट वैरिएबल सेट किए जा सकते हैं जिनकी वैल्यू KVM से मिलती हैं. इसकी जानकारी, इस्तेमाल के लिए गाइड के मेनिफ़ेस्ट फ़ाइल सेक्शन में दी गई है.

क्या टीएलएस के लिए, Java Keystores (JKS) फ़ाइलों का इस्तेमाल किया जा सकता है?

होस्ट किए गए टारगेट, टीएलएस के लिए PEM फ़ाइलों के बदले JKS का इस्तेमाल नहीं करते. इसके बारे में जानने के लिए, पिछला दस्तावेज़ यहां देखें. होस्ट किए गए टारगेट नेटिव Node.js का इस्तेमाल करते हैं. इसलिए, यह OpenSSL का इस्तेमाल नेटिव तौर पर करता है. टीएलएस/एसएसएल कनेक्शन सेट अप करते समय, कृपया Node.js के दस्तावेज़ों में दिए गए टीएलएस (एसएसएल) दस्तावेज़ देखें.

अस्थायी फ़ाइलों को मैनेज करने का सबसे सही तरीका क्या है?

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

अस्थायी डायरेक्ट्री के बाहर लिखने की कोशिश न करें. साथ ही, प्लैटफ़ॉर्म से अलग तरीकों का इस्तेमाल करें. जैसे, os.tmpdir() और path.join() का इस्तेमाल करके, अस्थायी फ़ाइल का पाथ बनाएं. इससे आपके फ़ंक्शन, किसी भी प्लैटफ़ॉर्म पर मौजूद एम्युलेटर पर भी काम करेंगे.

ज़्यादा जानकारी के लिए, Google Cloud का यह दस्तावेज़ देखें.

क्या एक से ज़्यादा प्रॉक्सी वर्शन डिप्लॉय किए जा सकते हैं?

Apigee Edge की मदद से, किसी एनवायरमेंट में प्रॉक्सी के कई वर्शन डिप्लॉय किए जा सकते हैं. इसके लिए, अलग-अलग बेसपाथ का इस्तेमाल किया जाता है. हालांकि, होस्ट किए गए टारगेट के लिए यह सुविधा उपलब्ध नहीं है.

क्या अनुरोध के हेडर के साइज़ की कोई सीमा तय की गई है?

Node.js के सबसे नए वर्शन (11.3.0+) के साथ-साथ एलटीएस वर्शन (6.14.0+, 8.14.0+, और 11.3.0+) के लिए, Node.js ऐप्लिकेशन में इस्तेमाल किए जा सकने वाले अनुरोध का हेडर का ज़्यादा से ज़्यादा साइज़ 8 केबी है. अगर आपको 8 केबी से बड़े हेडर पास करने हैं, तो Node.js का कोई ऐसा वर्शन चुनें जो ऊपर दी गई सूची में शामिल न हो. ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में जाकर ऐसा किया जा सकता है. उदाहरण के लिए:

  runtime: node
  runtimeVersion:6.4.1
  application:my-express-app
  env:
    - name: NODE_ENV
      value: production
    - name: LOG_LEVEL
      value: 3
  

क्या होस्ट किए गए टारगेट के लिए, एचटीटीपी रिस्पॉन्स स्ट्रीमिंग का इस्तेमाल किया जा सकता है?

होस्ट किए गए टारगेट के लिए, एचटीटीपी रिस्पॉन्स स्ट्रीमिंग की सुविधा उपलब्ध नहीं है. इसकी वजह यह है कि होस्ट किए गए टारगेट जिस टेक्नोलॉजी पर बनाए गए हैं, वह Google App Engine (GAE) है. यह स्ट्रीमिंग की सुविधा के साथ काम नहीं करता.

क्या अनुरोध के टाइम आउट की कोई सीमा है?

Google App Engine (GAE), अनुरोध के लिए 60 सेकंड का टाइम आउट सेट करता है. GAE के दस्तावेज़ में, कोटा और सीमाएं भी देखें.