Short Polling: यह क्या है, कैसे काम करता है और कहाँ उपयोग होता है

Short Polling क्या है

Short Polling एक संचार पैटर्न है जिसमें क्लाइंट पूर्वनिर्धारित अंतराल पर सर्वर को समय-समय पर HTTP अनुरोध भेजता है, और सर्वर प्रत्येक अनुरोध को सिंक्रोनस रूप से प्रोसेस करता है और तुरंत परिणाम लौटाता है। पोलिंग अंतराल क्लाइंट पक्ष पर टाइमर का उपयोग करके सेट किया जाता है और डेटा ताज़गी आवश्यकताओं के आधार पर आमतौर पर 1 से 60 सेकंड तक होता है।

Short Polling ऐतिहासिक रूप से वेब एप्लिकेशन में रियल-टाइम संचार व्यवस्थित करने का पहला तंत्र था। 2000 के दशक की शुरुआत में, XMLHttpRequest की दूसरी पीढ़ी से पहले, वेब पेज सामग्री अपडेट करने के लिए <meta http-equiv="refresh"> या समय-समय पर iframe रीलोड का उपयोग करते थे। 2005 में AJAX (Asynchronous JavaScript and XML) तकनीक के आगमन के साथ, Short Polling पूर्ण पृष्ठ रीलोड के बिना डेटा अपडेट करने का मानक दृष्टिकोण बन गया।

Short Polling आर्किटेक्चर

Short Polling आर्किटेक्चर में तीन घटक शामिल हैं: क्लाइंट टाइमर, HTTP अनुरोध और सर्वर हैंडलर। क्लाइंट एक अंतराल टाइमर शुरू करता है, जिसके प्रत्येक सक्रियण पर सर्वर को GET अनुरोध भेजा जाता है। सर्वर डेटाबेस या अन्य स्रोत से क्वेरी करता है, प्रतिक्रिया बनाता है और तुरंत क्लाइंट को लौटाता है। क्लाइंट इंटरफ़ेस अपडेट करता है और अगले टाइमर सक्रियण की प्रतीक्षा करता है। यह चक्र तब तक अनिश्चित काल तक दोहराता है जब तक एप्लिकेशन सक्रिय है।

अनावश्यक अनुरोधों की समस्या

Short Polling की मुख्य समस्या अपरिहार्य खाली अनुरोध हैं। यदि डेटा शायद ही कभी बदलता है, तो अधिकांश अनुरोध "कोई बदलाव नहीं" परिणाम लौटाते हैं, नेटवर्क बैंडविड्थ और प्रोसेसिंग CPU समय बर्बाद करते हैं। 5 सेकंड के पोलिंग अंतराल वाले 10,000 क्लाइंट पर, सर्वर प्रति सेकंड 2,000 अनुरोध प्राप्त करता है — जिसका एक महत्वपूर्ण हिस्सा बेकार है यदि अपडेट आवृत्ति 1 घटना प्रति मिनट है।

Short Polling कैसे काम करता है

Short Polling एक सरल चक्र पर काम करता है: क्लाइंट एक निश्चित अवधि (जैसे, 5000 ms) के साथ एक अंतराल टाइमर सेट करता है। प्रत्येक टाइमर सक्रियण पर, क्लाइंट सर्वर एंडपॉइंट पर HTTP GET अनुरोध बनाता है, आमतौर पर अंतिम अपडेट के टाइमस्टैम्प पैरामीटर के साथ। सर्वर अनुरोध प्राप्त करता है, निर्दिष्ट टाइमस्टैम्प के बाद नए डेटा की जाँच करता है और प्रतिक्रिया लौटाता है — या तो नए डेटा के साथ या कोई अपडेट न होने का संकेत देता है।

Short Polling के कॉन्फ़िगरेशन का एक महत्वपूर्ण पैरामीटर पोलिंग अंतराल है। बहुत छोटा अंतराल (3 सेकंड से कम) सर्वर और नेटवर्क पर उच्च भार पैदा करता है। बहुत लंबा अंतराल (30 सेकंड से अधिक) डेटा ताज़गी कम करता है। इष्टतम अंतराल परिदृश्य पर निर्भर करता है: मॉनिटरिंग डैशबोर्ड के लिए — 5–15 सेकंड, समाचार फ़ीड के लिए — 30–60 सेकंड, महत्वपूर्ण अलर्ट के लिए — 1–3 सेकंड। अंतराल चुनना हमेशा डेटा ताज़गी और बुनियादी ढाँचे के भार के बीच समझौता होता है।

अनुकूली पोलिंग अंतराल

निष्क्रियता के दौरान भार कम करने के लिए अनुकूली अंतराल का उपयोग किया जाता है: यदि लगातार कई अनुरोध खाली परिणाम लौटाते हैं, तो अंतराल बढ़ जाता है (जैसे, 5 से 15 सेकंड)। जब नया डेटा आता है, तो अंतराल न्यूनतम मान पर रीसेट हो जाता है। एक्सपोनेंशियल बैकऑफ़ एल्गोरिदम दुर्लभ अपडेट के दौरान खाली अनुरोधों की संख्या को 3–5 गुना कम कर सकता है।

JavaScript में Short Polling कार्यान्वयन उदाहरण

आइए setInterval और Fetch API का उपयोग करके क्लाइंट-साइड Short Polling कार्यान्वयन देखें। फ़ंक्शन एंडपॉइंट URL और मिलीसेकंड में पोलिंग अंतराल लेता है।

function startPolling(url, intervalMs) {
    const lastTimestamp = new Date().toISOString();

    const timerId = setInterval(async () => {
        try {
            const params = new URLSearchParams({
                since: lastTimestamp
            });
            const response = await fetch(url + "?" + params);
            const data = await response.json();

            if (data.updates && data.updates.length > 0) {
                renderUpdates(data.updates);
                console.log("प्राप्त हुआ", data.updates.length, "updates");
            }
        } catch (error) {
            console.error("पोलिंग विफल:", error);
        }
    }, intervalMs);

    return timerId;
}

const timer = startPolling("/api/updates", 5000);
// clearInterval(timer) रोकने के लिए

कोड 5 सेकंड की अवधि के साथ पोलिंग अंतराल बनाता है और सर्वर को अंतिम अपडेट का टाइमस्टैम्प भेजता है। सर्वर डेटा को फ़िल्टर करने और केवल नए रिकॉर्ड लौटाने के लिए इस पैरामीटर का उपयोग कर सकता है, जिससे प्रेषित जानकारी की मात्रा कम हो जाती है। फ़ंक्शन पोलिंग को रोकने की संभावना के लिए टाइमर पहचानकर्ता लौटाता है।

Short Polling का सर्वर पक्ष

Short Polling के लिए सर्वर-साइड कार्यान्वयन अत्यंत सरल है — यह एक सामान्य REST एंडपॉइंट है जो GET अनुरोध स्वीकार करता है और वर्तमान स्थिति या निर्दिष्ट टाइमस्टैम्प के बाद बदले गए डेटा के साथ JSON प्रतिक्रिया लौटाता है।

const express = require("express");
const app = express();

let items = [];

app.get("/api/updates", (req, res) => {
    const since = req.query.since;
    const filtered = items.filter(item => item.timestamp > since);
    res.json({ updates: filtered });
});

app.listen(3000);

सर्वर since पैरामीटर प्राप्त करता है और उन रिकॉर्ड को फ़िल्टर करता है जिनका टाइमस्टैम्प निर्दिष्ट मान से अधिक है। यह दृष्टिकोण प्रत्येक प्रतिक्रिया में डेटा की मात्रा को कम करता है, केवल वृद्धिशील परिवर्तन लौटाता है। जब कोई नया डेटा नहीं होता, तो सर्वर एक खाली सरणी लौटाता है, और क्लाइंट निर्धारित कार्यक्रम के अनुसार पोलिंग जारी रखता है।

Short Polling बनाम Long Polling

Short Polling और Long Polling एक ही समस्या हल करते हैं — सर्वर से क्लाइंट तक डेटा पहुँचाना — लेकिन दक्षता में मौलिक रूप से भिन्न हैं। Short Polling निश्चित अनुरोध अंतराल का उपयोग करता है, पूर्वानुमानित भार बनाता है, जबकि Long Polling किसी घटना होने तक कनेक्शन खुला रखता है, खाली प्रतिक्रियाओं की संख्या कम करता है।

तकनीकों के बीच चुनाव डेटा की अपडेट आवृत्ति पर निर्भर करता है। यदि घटनाएँ हर 10 सेकंड में एक बार से अधिक होती हैं — दोनों दृष्टिकोण तुलनीय भार देते हैं, और Short Polling सरल हो सकता है। यदि घटनाएँ दुर्लभ हैं (बदलावों के बीच घंटे या मिनट) — Long Polling बेहतर है क्योंकि यह खाली अनुरोध नहीं बनाता। मध्यवर्ती परिदृश्यों के लिए, चुनाव बुनियादी ढाँचे की बाधाओं और WebSocket का उपयोग करने की क्षमता पर निर्भर करता है।

Short Polling कब उपयोग करें

Short Polling उन परिदृश्यों में उपयोग किया जाता है जहाँ डेटा ताज़गी की आवश्यकताएँ कम होती हैं और कार्यान्वयन सरलता को दक्षता पर प्राथमिकता दी जाती है। सबसे विशिष्ट मामले आंतरिक प्रशासनिक पैनल, कम अलर्ट आवृत्ति वाले मॉनिटरिंग सिस्टम और ऐसे एप्लिकेशन हैं जहाँ 15–30 सेकंड की देरी स्वीकार्य है।

• मॉनिटरिंग डैशबोर्ड — मीट्रिक वाले डैशबोर्ड जो हर 10–30 सेकंड में अपडेट होते हैं, बदलावों पर तत्काल प्रतिक्रिया की आवश्यकता नहीं होती।
• स्थिति पृष्ठ — सेवा उपलब्धता जाँच पृष्ठ जहाँ डेटा हर 30–60 सेकंड में अपडेट होता है और देरी महत्वपूर्ण नहीं है।
• विश्लेषणात्मक रिपोर्ट — आवधिक डेटा संग्रह वाले आंतरिक विश्लेषण सिस्टम जहाँ 1 मिनट तक की ताज़गी स्वीकार्य है।
• सरल गेम — रियल-टाइम आवश्यकताओं के बिना टर्न-आधारित मल्टीप्लेयर गेम, जहाँ हर कुछ सेकंड में बारी अपडेट होती है।
• परीक्षण — लोड टेस्टिंग और डिबगिंग परिदृश्य जहाँ Short Polling का उपयोग अन्य तकनीकों से तुलना के लिए संदर्भ पोलिंग विधि के रूप में किया जाता है।

महत्वपूर्ण सीमा — Short Polling समय-महत्वपूर्ण एप्लिकेशन (ट्रेडिंग टर्मिनल, आपातकालीन चेतावनी सिस्टम) के लिए उपयुक्त नहीं है जहाँ 1 सेकंड की भी देरी अस्वीकार्य है। ऐसे परिदृश्यों में, WebSocket, Server-Sent Events या Long Polling का उपयोग करना आवश्यक है। Short Polling के साथ सिस्टम डिज़ाइन करते समय, अनुरोध बजट की गणना करनी चाहिए: 5 सेकंड अंतराल वाले 1,000 क्लाइंट पर, सर्वर प्रोसेस करता है प्रति मिनट 12,000 अनुरोध, जिसके लिए संबंधित संसाधन आधार की आवश्यकता होती है।