आपको Apigee Edge दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी
क्या होस्ट किए गए टारगेट बनाने या डिप्लॉय करने की संख्या तय है?
अपने प्लान के लिए, होस्ट किए गए टारगेट एनटाइटलमेंट के बारे में जानने के लिए, Apigee Edge Cloud की तुलना के मैट्रिक्स की खास जानकारी वाली शीट देखें.
क्या होस्ट किए गए टारगेट प्रॉक्सी के लिए, मैनेजमेंट एपीआई की सुविधा उपलब्ध है?
होस्ट किए गए टारगेट के साथ काम करने के लिए, कोई नया मैनेजमेंट एपीआई नहीं बनाया गया है या मौजूदा एपीआई में कोई बदलाव नहीं किया गया है. हालांकि, होस्ट किए गए टारगेट का इस्तेमाल करने वाली प्रॉक्सी को डिप्लॉय और मैनेज करने के लिए, मौजूदा मैनेजमेंट एपीआई का इस्तेमाल किया जा सकता है. ऐसा तब तक किया जा सकता है, जब तक होस्ट किए गए टारगेट प्रॉक्सी को सही तरीके से बनाया गया हो. आपके Node.js ऐप्लिकेशन के लिए ज़रूरी डायरेक्ट्री स्ट्रक्चर भी देखें.
क्या अपने टारगेट बैकएंड को सुरक्षित करने के लिए, आईपी की अनुमति वाली सूची का इस्तेमाल किया जा सकता है?
होस्ट किए गए टारगेट बनाने के लिए इस्तेमाल की जाने वाली टेक्नोलॉजी, Google App Engine (GAE) में, किसी ऐप्लिकेशन को स्टैटिक आईपी पता देने का तरीका नहीं दिया गया है. GAE, आईपी पूल की रेंज का इस्तेमाल करता है. इसलिए, हो सकता है कि आईपी पते की रेंज को अनुमति दी जा सके. ज़्यादा जानकारी के लिए, GAE के बारे में अक्सर पूछे जाने वाले सवालों की इस एंट्री को देखें, स्टैटिक आईपी पते और App Engine ऐप्लिकेशन.
क्या एक प्रॉक्सी में एक से ज़्यादा <HostedTarget> टारगेट एंडपॉइंट डाले जा सकते हैं?
नहीं. हर प्रॉक्सी के लिए, सिर्फ़ एक होस्ट किया गया टारगेट ऐप्लिकेशन डिप्लॉय किया जाता है. डिप्लॉय किया गया ऐप्लिकेशन वह ऐप्लिकेशन होता है जो प्रॉक्सी की संसाधन/होस्ट की गई डायरेक्ट्री में मौजूद होता है.
क्या एपीआई-ऐक्सेस न होने की समस्या को हल किया जा सकता है?
होस्ट किए गए टारगेट ऐप्लिकेशन में, apigee-access
मॉड्यूल का इस्तेमाल नहीं किया जा सकता.
अगर apigee-access
के साथ, एम्बेड किए गए पारंपरिक Node.js का इस्तेमाल किया जा रहा है और आपको होस्ट किए गए टारगेट पर माइग्रेट करना है, तो इन संभावनाओं पर विचार करें:
- Edge की नीतियां इस्तेमाल करें - जहां भी हो सके, आपके मौजूदा
apigee-access
कोड को बदलने के लिए, Edge की स्टैंडर्ड नीतियों का इस्तेमाल करें. - हेडर का इस्तेमाल करना - अपने Node.js ऐप्लिकेशन में, एचटीटीपी अनुरोध हेडर में KVM वैल्यू और फ़्लो वैरिएबल डाले जा सकते हैं. यह रणनीति, एपीआई प्रॉक्सी के अनुरोध फ़्लो में उपलब्ध, केवीएम वैल्यू या फ़्लो वैरिएबल के लिए काम करती है.
- एनवायरमेंट वैरिएबल का इस्तेमाल करें - आपके पास ऐसे एनवायरमेंट वैरिएबल सेट करने का विकल्प होता है जिनकी वैल्यू केवीएम से मिलती हो. इसे उपयोगकर्ता गाइड के मेनिफ़ेस्ट फ़ाइल वाले हिस्से में दस्तावेज़ में लिखा गया है.
क्या TLS के लिए Java कीस्टोर (JKS) फ़ाइल का इस्तेमाल किया जा सकता है?
होस्ट किए गए टारगेट में पीईएम फ़ाइलों की जगह TLS के लिए JKS काम नहीं करता. पिछले दस्तावेज़ यहां देखें. होस्ट किए गए टारगेट, नेटिव Node.js का इस्तेमाल करते हैं. इसलिए, वे पहले से इंस्टॉल किए गए लिंक के ज़रिए, किताब को सेटअप करने की सुविधा का इस्तेमाल करते हैं. TLS/एसएसएल कनेक्शन सेट अप करते समय, कृपया Node.js दस्तावेज़ों में दिया गया TLS (एसएसएल) दस्तावेज़ देखें.
कुछ समय के लिए सेव की जाने वाली फ़ाइलों को मैनेज करने का सबसे सही तरीका क्या है?
कुछ समय के लिए सेव की गई फ़ाइलों को हमेशा मिटा दें. अस्थायी डायरेक्ट्री में मौजूद लोकल डिस्क स्टोरेज, एक इन-मेमोरी फ़ाइल सिस्टम होता है. आप जो भी फ़ाइलें लिखते हैं वे आपके फ़ंक्शन के लिए उपलब्ध मेमोरी का इस्तेमाल करती हैं. आपके लिखी गई फ़ाइलें आम तौर पर, एक के बाद एक बार फिर से इस्तेमाल करने पर उपलब्ध होती हैं. इसलिए, इन फ़ाइलों को मिटाने से, 'मेमोरी में जगह नहीं है' गड़बड़ी का मैसेज दिख सकता है. साथ ही, इसके बाद कोल्ड स्टार्ट की प्रक्रिया शुरू हो सकती है.
अस्थायी डायरेक्ट्री के बाहर लिखने की कोशिश न करें. साथ ही, os.tmpdir() और path.join() जैसे प्लैटफ़ॉर्म पर काम करने वाले तरीकों का इस्तेमाल करके, अस्थायी फ़ाइल का पाथ बनाएं, ताकि आपके फ़ंक्शन किसी भी प्लैटफ़ॉर्म पर एमुलेटर पर भी काम कर सकें.
ज़्यादा जानकारी के लिए, Google Cloud का यह दस्तावेज़ देखें.
क्या एक से ज़्यादा प्रॉक्सी रिविज़न डिप्लॉय किए जा सकते हैं?
Apigee Edge की मदद से, किसी प्रोक्सी के कई रिविज़न को अलग-अलग आधार पाथ वाले एनवायरमेंट में डिप्लॉय किया जा सकता है. हालांकि, होस्ट किए गए टारगेट के लिए यह सुविधा काम नहीं करती.
क्या अनुरोध हेडर के साइज़ की कोई सीमा है?
Node.js के सबसे नए वर्शन (11.3.0+) के साथ-साथ, LTS वर्शन (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 दस्तावेज़ में, कोटा और सीमाएं भी देखें.