मैं एक REST वेब सेवा स्थापित कर रहा हूं, जिसे बस यस या NO का उत्तर देने की आवश्यकता है, जितनी जल्दी हो सके।
एक HEAD सेवा को डिजाइन करना सबसे अच्छा तरीका है, लेकिन मैं यह जानना चाहूंगा कि क्या मुझे वास्तव में GET अनुरोध करने में कुछ समय लगेगा।
मुझे लगता है कि मैं अपने सर्वर (लगभग 1 मिलीसेकंड?) पर खुला / बंद नहीं होना चाहता हूं। चूंकि बाइट्स की वापसी की मात्रा बहुत कम है, क्या मुझे आईपी पैकेट नंबर में, परिवहन में कोई समय मिलता है?
तुम्हारी प्रतिक्रिया के लिए अग्रिम धन्यवाद!
संपादित करें:
संदर्भ को और समझाने के लिए:
- मेरे पास कुछ प्रक्रियाओं को निष्पादित करने वाली आरईएस सेवाओं का एक सेट है, अगर वे एक सक्रिय स्थिति में हैं।
- मेरे पास एक और REST सेवा है जो इन सभी पहली सेवाओं की स्थिति को दर्शाती है।
चूँकि उस अंतिम सेवा को ग्राहकों के एक बहुत बड़े समूह द्वारा बहुत बार कहा जाएगा (प्रत्येक 5ms पर एक कॉल की उम्मीद है), मैं सोच रहा था कि क्या HEAD पद्धति का उपयोग करना एक मूल्यवान अनुकूलन हो सकता है? प्रतिक्रिया निकाय में लगभग 250 चार्ट लौटाए गए हैं। हेड विधि कम से कम इन 250 वर्णों के परिवहन को प्राप्त करती है, लेकिन इसका क्या प्रभाव है?
मैंने दो तरीकों (HEAD vs GET) के बीच अंतर को बेंचमार्क करने की कोशिश की, जो 1000 बार कॉल चला रहा है, लेकिन कोई फायदा नहीं हुआ (<1ms) ...
Content-Lengthहेडर मान की गणना करने के लिए सर्वर को अंतिम निकाय को जानना पड़ सकता है , जो एक HEAD अनुरोध की प्रतिक्रिया में एक महत्वपूर्ण जानकारी है। जब तक कुछ और अधिक अनुकूलित सर्वर-साइड दृष्टिकोण नहीं होता है, एकमात्र लाभ यह है कि बैंडविड्थ सहेजा जाता है और ग्राहक को प्रतिक्रिया शरीर को पार्स करने की आवश्यकता नहीं होती है। तो मूल रूप से अनुकूलन लाभ सर्वर और क्लाइंट कार्यान्वयन दोनों पर निर्भर करते हैं।