Firestore की प्रति सेकंड ५०० लिखने की सीमा है

"एक संग्रह जिसमें दस्तावेजों में अनुक्रमित फ़ील्ड में अनुक्रमिक मान होते हैं"

https://cloud.google.com/firestore/quotas#writes_and_transactions

मैं एक संग्रह में प्रति सेकंड 10,000 लिखने की सीमा को किन परिदृश्यों में बढ़ा सकता हूं?

मान लें कि मैं दस्तावेज़ आईडी को अपेक्षाकृत वितरित रखने के सर्वोत्तम अभ्यास का उपयोग करता हूं समान रूप से मुख्य श्रेणी में।

A) क्या होगा यदि दस्तावेज़ों में कोई अनुक्रमिक मान नहीं है?

जैसे मेरे पास प्रत्येक दस्तावेज़ में एकमात्र फ़ील्ड नीचे है।

  • फ़ील्ड ए: यादृच्छिक स्ट्रिंग
  • फ़ील्ड बी: यादृच्छिक स्ट्रिंग

B) क्या होगा यदि दस्तावेज़ में एक अनुक्रमिक फ़ील्ड है, लेकिन मैं उस फ़ील्ड द्वारा कभी भी क्वेरी नहीं करता?

  • फ़ील्ड ए: यादृच्छिक स्ट्रिंग
  • फील्ड बी (अनुक्रमिक): तिथि

सी) क्या होगा यदि दस्तावेज़ में अनुक्रमिक फ़ील्ड है, लेकिन मैं फ़ील्ड B में दिनांक को अनुक्रमणित करना बंद कर देता हूँ?

  • फ़ील्ड ए: यादृच्छिक स्ट्रिंग
  • फ़ील्ड बी (अनुक्रमिक): दिनांक (स्वचालित अनुक्रमण बंद)

C) भाग २ - यदि मैं उस दिनांक फ़ील्ड में अनुक्रमण बंद कर दूं (और यह ५०० प्रति सेकंड की सीमा को हटा देता है), तो क्या होगा यदि मैं संग्रह में किसी एकल दस्तावेज़ में यादृच्छिक रूप से फ़ील्ड C जोड़ दूं? क्या फ़ील्ड सी के साथ यह एक दस्तावेज़ संग्रह में 10,000 प्रति सेकेंड लिखने की सीमा को बर्बाद कर देता है? क्योंकि अब फायरस्टोर को किसी भी नए फील्ड सी के स्वत: अनुक्रमण के बारे में चिंता करने की ज़रूरत है?

(और फिर क्या ऐसा हर बार होता है जब आप इस संग्रह में किसी भी दस्तावेज़ में एक यादृच्छिक फ़ील्ड जोड़ते हैं, और इसलिए 500ps सीमा को हटाने के लिए संग्रह में हर संभव फ़ील्ड में अनुक्रमण को बंद करना पड़ता है?)

3
siefix 23 अप्रैल 2019, 23:05

1 उत्तर

सबसे बढ़िया उत्तर

प्रति सेकंड 500 लिखता है एक रूढ़िवादी अनुमान है कि एक सर्वर क्या संभाल सकता है। चूंकि क्लाउड फायरस्टोर दस्तावेज़ और अनुक्रमणिका भंडारण दोनों के लिए क्षैतिज पंक्ति को तेज करता है; इसका मतलब है कि अनुक्रमिक आईडी के साथ लिखे गए दस्तावेज़, या अनुक्रमिक रूप से जोड़े जाने वाली अनुक्रमणिका प्रविष्टियों को एक सर्वर द्वारा नियंत्रित किया जाएगा। इन्हें एक साथ रखना (प्रति सर्वर 500 लिखता है + 1 सर्वर द्वारा नियंत्रित अनुक्रमिक अपडेट) आपको वह सीमा देता है।

जब आपके पास अच्छी तरह से वितरित डेटा होता है, तो हमारी क्षैतिज पंक्ति शार्डिंग कार्यभार के लिए कई सर्वरों में विभाजित हो सकती है। नेटिव मोड में क्लाउड फायरस्टोर के लिए, यह तब तक काम करेगा जब तक आप हमारे रीयलटाइम सिस्टम की ऊपरी सीमा तक नहीं पहुंच जाते, जो लगभग 10K राइट/सेकंड है। डेटास्टोर मोड में क्लाउड फायरस्टोर के लिए, जब तक आप हमें सचेत करते हैं, तब तक कोई व्यावहारिक सीमा नहीं है (ग्राहक 1M राइट/सेकंड से अधिक हो सकते हैं)

संक्षेप में, ए) और सी) मोड के ऊपरी भाग (10K या उपलब्ध क्षमता) द्वारा सीमित होंगे। बी) लोड द्वारा सीमित होगा जिसे एक सर्वर संभाल सकता है।

C2 के लिए, यदि आप इसे केवल एक दस्तावेज़ में जोड़ रहे हैं तो कोई प्रभाव नहीं पड़ेगा। सीमा विशुद्ध रूप से आने वाले लोड पर आधारित है और इसे किस सर्वर को सौंपा गया है।

3
Dan McGrath 24 अप्रैल 2019, 04:53