Google is committed to advancing racial equity for Black communities. See how.

डेटा दर सीमाएं

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

दर सीमा के प्रकार

हमने दर सीमा के दो वर्ग लागू किए हैं। पहले सीमा डिवाइस या प्रति घंटे संरचना के अनुसार कर रहे हैं। ये सीमाएं सभी वर्क्स विद नेस्ट उत्पादों में साझा की जाती हैं, और इनका उद्देश्य उपकरणों के अत्यधिक उपयोग को रोकना है। सीमा की द्वितीय श्रेणी पहुँच टोकन प्रति कर रहे हैं। इन सीमाओं को Nest सेवा के अत्यधिक उपयोग को रोकने के लिए डिज़ाइन किया गया है।

प्रति उपकरण/संरचना सीमा

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

प्रति पहुंच टोकन सीमा

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

आरईएसटी और आरईएसटी स्ट्रीमिंग कॉल के लिए, प्रत्येक एक्सेस टोकन में सीमित संख्या में कॉल होते हैं। डेटा दर सीमाएं आरईएसटी के माध्यम से कॉल पढ़ने/लिखने पर और आरईएसटी स्ट्रीमिंग के माध्यम से पढ़ने वाली कॉल पर लागू होती हैं। त्रुटियों से बचने के लिए, हम अनुशंसा करते हैं कि आप अनुरोधों को अधिकतम एक कॉल प्रति मिनट तक सीमित करें।

त्रुटि प्रतिक्रिया

का उपयोग करते समय बाकी आप 429 बहुत अधिक अनुरोध की प्रतिक्रिया कोड प्राप्त होगा।

307 रीडायरेक्ट को संभालना

जब बनाने बाकी कॉल, अपने उत्पाद 307 रीडायरेक्ट संभाल करने की आवश्यकता होगी। URL अग्रेषण के रूप में भी जाना जाता है, एक 307 अस्थायी पुनर्निर्देशन प्रतिक्रिया ब्राउज़र को एक अनुरोध पुनः सबमिट करने के लिए एक नया URL प्रदान करती है।

जब 307 रीडायरेक्ट होता है, तो आपको नई यूआरएल जानकारी के साथ फिर से कॉल करना होगा। जब आप ऐसा करते हैं, तो आपको उस उपयोगकर्ता/एक्सेस टोकन के साथ भावी कॉल में उपयोग के लिए होस्ट और पोर्ट नंबर को कैश करना चाहिए। याद रखें, प्रत्येक कॉल को दर सीमा में गिना जाता है। विचार करें कि आपका उपयोगकर्ता आपके उत्पाद के साथ कैसे इंटरैक्ट कर रहा है। कुछ उपयोगकर्ता बार-बार बटन दबाते हैं या सेटिंग चुनते हैं, इसलिए यदि आप प्रत्येक उपयोगकर्ता कार्रवाई के लिए कॉल करते हैं, तो यह दर सीमा को बहुत तेज़ी से प्रभावित कर सकता है। यदि कोई उपयोगकर्ता तेजी से क्रमिक परिवर्तनों की एक श्रृंखला करता है, तो आपको केवल अंतिम (सबसे हाल के) मान के लिए API कॉल करना चाहिए।

अधिक जानकारी और एक उदाहरण के लिए, को देखने के पुनर्निर्देश संभाल कैसे

307 रीडायरेक्ट के बाद

यदि आप रीडायरेक्ट यूआरएल जानकारी का उपयोग कर रहे हैं और बाद में 307 रीडायरेक्ट प्राप्त करते हैं, तो आपको उस रीडायरेक्ट का पालन करना चाहिए।

संपर्क त्रुटि

यदि आप कैश्ड URL जानकारी का उपयोग कर रहे हैं और कनेक्शन त्रुटि प्राप्त करते हैं (होस्ट के सेवा से बाहर या साइट डाउन होने के कारण), तो आपको मूल आधार URL पर वापस जाना चाहिए।

दर सीमा में परिवर्तन

जैसा कि हम उपयोग पैटर्न और सेवा पर उनके प्रभाव के बारे में अधिक सीखते हैं, हमें दर सीमाओं को संशोधित करना आवश्यक हो सकता है। हम आपको सशक्त उपयोगकर्ता अनुभव बनाने के लिए आवश्यक न्यूनतम संख्या में कॉल का उपयोग करने और दर सीमा उल्लंघनों से उचित तरीके से निपटने के लिए अपने उत्पाद बनाने के लिए प्रोत्साहित करते हैं।