लेटेंसी, किसी अनुरोध का जवाब मिलने में लगने वाला समय होता है. इस गाइड में, Merchant API के अनुरोधों के लिए इंतज़ार के समय की जानकारी दी गई है. इन वैल्यू का इस्तेमाल करके, टाइम आउट सेट करें और अपने इंटिग्रेशन के थ्रूपुट को प्लान करें.
Merchant API के ज़्यादातर अनुरोध, एक सेकंड से भी कम समय में पूरे हो जाते हैं. स्थानीय और क्षेत्रीय इन्वेंट्री अपडेट होने में कुछ सेकंड लग सकते हैं. साथ ही, रिपोर्ट से जुड़ी कुछ क्वेरी में ज़्यादा समय लग सकता है.
लाइव स्ट्रीमिंग करने और उसके दिखने के बीच इंतज़ार का समय
यहां दी गई टेबल में, अनुरोध के टाइप के हिसाब से अनुमानित इंतज़ार के समय की जानकारी दी गई है. सामान्य इंतज़ार का समय, मीडियन होता है: आधे अनुरोध तेज़ी से पूरे होते हैं. सबसे धीमे 1% अनुरोधों को पूरा होने में, आखिरी कॉलम में दिखाए गए समय जितना या उससे ज़्यादा समय लगता है.
| अनुरोध किस तरह का है | उदाहरण के तौर पर कुछ तरीके | सामान्य लेटेंसी | सबसे धीमे 1% अनुरोध |
|---|---|---|---|
| प्रॉडक्ट को पढ़ने और उसमें बदलाव करने की अनुमति | products.get, productInputs.insert, productInputs.patch, productInputs.delete |
100 से 600 मिलीसेकंड | करीब दो सेकंड |
| ज़्यादातर अन्य अनुरोध | products.list, accounts.get, dataSources.list, aggregateProductStatuses.list |
एक सेकंड से कम | कुछ सेकंड |
| स्थानीय और रीजनल इन्वेंट्री के डेटा को अपडेट करना | localInventories.insert, regionalInventories.insert, और उनसे जुड़े delete तरीके |
कुछ सेकंड | 10 सेकंड या उससे ज़्यादा |
| रिपोर्ट क्वेरी | accounts.reports.search |
करीब आधा सेकंड | 30 सेकंड या इससे ज़्यादा |
रिपोर्ट क्वेरी में सबसे ज़्यादा अंतर होता है. डेटा दिखने में लगने वाला समय, उस रिपोर्ट टेबल पर निर्भर करता है जिसके लिए आपने क्वेरी की है. साथ ही, यह इस बात पर भी निर्भर करता है कि क्वेरी में कितना डेटा शामिल है. आम तौर पर, 10 में से एक रिपोर्ट क्वेरी में दो सेकंड से ज़्यादा समय लगता है. साथ ही, कुछ क्वेरी में एक मिनट से ज़्यादा समय लग सकता है.
सुझाव
- हेडरूम के साथ टाइम आउट सेट करें. अगर आपने अपने क्लाइंट में अनुरोध के टाइम आउट सेट किए हैं, तो उन्हें सामान्य इंतज़ार के समय में दी गई सबसे धीमी इंतज़ार के समय से ज़्यादा पर सेट करें. उदाहरण के लिए, 60 सेकंड का टाइम आउट, ज़्यादातर अनुरोधों के लिए काफ़ी समय देता है. हालांकि, रिपोर्ट की सभी क्वेरी के लिए यह समय काफ़ी नहीं होता.
- एक साथ कई अनुरोध भेजें. इन्वेंट्री को लिखने में कुछ सेकंड लगते हैं. इसलिए, उन्हें एक के बाद एक भेजने से, आपके थ्रूपुट की सीमा तय हो जाती है. एक साथ कई अनुरोध भेजें या बैच अनुरोधों का इस्तेमाल करें. एक से ज़्यादा अनुरोध भेजते समय, हर मिनट और हर दिन के लिए तय की गई सीमा का ध्यान रखें. ज़्यादा जानकारी के लिए, रेट कोटा देखें.
- रिपोर्ट क्वेरी को सिर्फ़ ज़रूरी डेटा तक सीमित रखें. बड़ी तारीख की सीमाओं जैसे बड़े डेटा सेट को कवर करने वाली क्वेरी में ज़्यादा समय लगता है. साथ ही, हो सकता है कि वे टाइम आउट हो जाएं. अगर आपको ज़्यादा डेटा की ज़रूरत है, तो BigQuery का इस्तेमाल करें. ज़्यादा जानकारी के लिए, Google Merchant Center का डेटा BigQuery में लोड करना लेख पढ़ें.
- एक्स्पोनेंशियल बैकऑफ़ के साथ फिर से कोशिश करें. अगर किसी अनुरोध की समयसीमा खत्म हो जाती है या कुछ समय के लिए होने वाली गड़बड़ी की वजह से वह पूरा नहीं हो पाता है, तो एक्स्पोनेंशियल बैकऑफ़ के साथ फिर से कोशिश करें.
संसाधन समय
डेटा में बदलाव करने के अनुरोधों के लिए, सफल जवाब मिलने का मतलब है कि Merchant API ने बदलाव को स्वीकार कर लिया है. हालांकि, जवाब मिलने के बाद भी प्रोसेसिंग जारी रहती है. प्रोसेसिंग में लगने वाला समय, जवाब मिलने से लेकर अन्य संसाधनों में बदलाव दिखने तक का समय होता है. प्रोसेसिंग में लगने वाला समय, इंतज़ार के समय में शामिल नहीं होता है. इसमें ज़्यादा समय लग सकता है. उदाहरण के लिए, प्रोसेस किए गए प्रॉडक्ट में, डाले गए प्रॉडक्ट इनपुट को दिखने में कुछ मिनट लग सकते हैं.
अपने डेटा की प्रोसेस की गई फ़ाइनल स्थिति के बारे में ज़्यादा जानने के लिए, ये गाइड देखें: