2011-11-07 9 views
16

मैं अन्य गेटवे इंटरफेस पर प्रदर्शन के संदर्भ में फास्टसीजीआई के उद्देश्य को समझता हूं। लेकिन अगर फास्टसीजीआई को लागू करने वाले पुस्तकालयों को पहले से ही एक सुरक्षित और कुशल टीसीपी सेवा को लागू करने के दर्दनाक उपायों से गुजरना है, तो क्यों न सिर्फ वेब सर्वर के रूप में आवेदन लिखना है? क्या एफसीजीआई के मुकाबले एक रिवर्स प्रॉक्सी लागू करने के लिए फ्रंट-एंड वेब सर्वर के लिए यह कम कुशल है? या एफसीजीआई के लिए विनिर्देश है जो HTTP की तुलना में काफी सरल है?एक नए वेब सर्वर के बजाय फास्टसीजीआई के रूप में वेब एप्लिकेशन को कार्यान्वित क्यों करें?

+1

किसी ने इस प्रश्न को बंद करने के लिए वोट दिया - मैं कारण जानना चाहूंगा। – andyortlieb

+0

एचआरएम यह एक अच्छा सवाल है, मैंने हमेशा यह भी खुद को सोचा है। आशा है कि किसी के पास उनकी राय है। – HurnsMobile

+2

मुझे भी जानने में दिलचस्पी है। एफसीजीआई HTTP से सरल है, लेकिन आपको सर्वर होने के लिए पूर्ण HTTP spec को लागू करने की आवश्यकता नहीं है। मुझे लगता है कि एफसीजीआई भी गलत कॉन्फ़िगरेशन से कम प्रवण है जो बैक-एंड सर्वर को पूर्ण लोड को संभालने का कारण बन सकता है। – voidvector

उत्तर

4

मेरे पास एक वेब सर्वर प्रोग्राम था जिसे मैंने एक एफसीजीआई प्रोग्राम के साथ बदल दिया। कार्यक्रम की आवश्यकताओं के कारण मैंने ऐसा किया था। मौजूदा वेब सर्वर के तहत इसे चलाने की आवश्यकता है क्योंकि ऐसा करने के लिए कोई अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं होगी।

एक और आवश्यकता यह थी कि वह कुछ राज्य मूल्यों को ट्रैक करने में सक्षम होगा जो अक्सर बदल सकते हैं। मौजूदा कार्यक्रम बहुत ही कुशल नहीं था, इन राज्य मूल्यों को बाहरी रूप से ट्रैक कर रहा था और प्रत्येक अनुरोध के लिए उनमें से एक नया भार कर रहा था। एक एफसीजीआई कार्यक्रम का एक फायदा यह है कि यह लगातार है, इसलिए यह उन राज्य मूल्यों को मतदान कर सकता है और वे उपलब्ध होंगे और प्रत्येक अनुरोध के लिए तैयार होंगे।

मुझे किसी भी एफसीजीआई स्पेक को लागू करने की आवश्यकता नहीं थी, मैंने अभी एक मौजूदा एफसीजीआई लाइब्रेरी का उपयोग किया है और यह मेरे लिए वेब सर्वर के साथ सभी संचारों को संभाला है। अन्य अनुप्रयोगों की तुलना में मैंने लिखा है कि एक एम्बेडेड वेब सर्वर है, एफसीजीआई लाइब्रेरी के साथ एक को कार्यान्वित करना अपेक्षाकृत सरल था।

एफसीजीआई का एक अन्य लाभ यह है कि एक एफसीजीआई एप्लिकेशन को वास्तव में वेब सर्वर तक पहुंच योग्य डिस्क पर रहने की आवश्यकता नहीं है। आप किसी अन्य सर्वर पर अपने एफसीजीआई एप्लिकेशन के उदाहरण के लिए एक टीसीपी कनेक्शन स्थापित करने के लिए सर्वर को कॉन्फ़िगर कर सकते हैं। यदि आप ऐसी परिस्थिति में हैं जहां आप सीधे वेब सर्वर तक नहीं पहुंच पा रहे हैं, तो यह बहुत उपयोगी हो सकता है। अन्य तरीकों के साथ एक ही चीज़ को पूरा करना बोझिल हो सकता है, लेकिन एक एफसीजीआई आवेदन को भी संशोधित करने की आवश्यकता नहीं है। बस सर्वर को कॉन्फ़िगर करें, अपना ऐप एफसीजीआई होस्ट के तहत लॉन्च करें, और आप जाने के लिए अच्छे हैं।

फिर भी एफसीजीआई का एक अन्य लाभ यह है कि आप अपने आवेदन के उदाहरणों की प्रीसेट संख्या के बीच अनुरोध वितरित करने के लिए वेब सर्वर को कॉन्फ़िगर कर सकते हैं। यदि आपका वेब एप्लिकेशन हर अनुरोध को समकालिक रूप से संभालने से सबसे अच्छा काम करता है, तो एफसीजीआई आदर्श है क्योंकि आप प्रत्येक अनुरोध को एक ही उदाहरण में फनल कर सकते हैं, और वह उदाहरण प्रत्येक अनुरोध को एक लूप में संभाल सकता है। यदि आप अधिकतर 2, 3, या एन उदाहरणों को चाहते हैं तो आपको बस सर्वर पर मूल्य बदलना होगा और आप इसे पूरा कर सकते हैं।

तो, एफसीजीआई हर स्थिति के लिए सबसे अच्छा नहीं है। यह वह समय है जब आप असामान्य आवश्यकताओं का सामना कर रहे हैं कि एफसीजीआई सबसे आकर्षक है।

संबंधित मुद्दे