Google Maps Platform पर, इस्तेमाल को कंट्रोल करने और यह पक्का करने के लिए कई विकल्प उपलब्ध हैं कि आपका इस्तेमाल आपके बजट के मुताबिक हो. विकल्पों में ये शामिल होते हैं:
- आपका ऐप्लिकेशन जितने बिलिंग इवेंट ट्रिगर करता है उनकी संख्या को सीमित करके, शुल्क लगने से रोकें.
- जब आपका इस्तेमाल, तय किए गए बजट या एपीआई की सीमाओं के करीब पहुंच जाए, तब सूचना पाएं.
- कम लागत में अपने ऐप्लिकेशन बनाएं.
इस टेबल में, आपके लिए उपलब्ध विकल्पों के बारे में जानकारी दी गई है.
| शुल्क बंद करना | सूचना पाएं | कम लागत में बनाएं |
कोटा
कोटा से यह तय होता है कि आपका Google Cloud प्रोजेक्ट, Google Maps Platform की किसी सेवा का कितना इस्तेमाल कर सकता है. कोटा तय करने का मकसद, यह पक्का करना है कि सभी को बराबर संसाधन मिलें. साथ ही, संसाधनों के इस्तेमाल और उपलब्धता में अचानक होने वाली बढ़ोतरी को कम करना है. ज़्यादा जानकारी के लिए, Cloud Quotas की खास जानकारी देखें.
इन आइटम को कोटे में गिना जाता है:
- पूरे किए गए अनुरोध
- ऐसे अनुरोध जिनकी वजह से सर्वर की गड़बड़ियां होती हैं
इन आइटम को कोटे में शामिल नहीं किया जाता:
- ऐसे अनुरोध जिनकी पुष्टि नहीं हो पाती
कोटा से जुड़ी सूचनाएं सेट अप की जा सकती हैं, ताकि एपीआई के इस्तेमाल की सीमा खत्म होने पर आपको सूचना मिल सके. ज़्यादा जानकारी के लिए, कोटा से जुड़ी सूचनाएं और मॉनिटरिंग सेट अप करना लेख पढ़ें.
कोटा की सीमाओं की मदद से, एपीआई के इस्तेमाल को कंट्रोल किया जा सकता है. साथ ही, आपके प्रोजेक्ट से किए जाने वाले अनुरोधों की संख्या को सीमित करके, अचानक लगने वाले शुल्कों से बचा जा सकता है. कोटा की सीमाएं डिफ़ॉल्ट रूप से सेट होती हैं. हालांकि, कोटा में बदलाव करने का अनुरोध सबमिट करके, इन्हें बढ़ाया या घटाया जा सकता है. कोटा मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कोटा देखना और मैनेज करना लेख पढ़ें.
कोटा यह तय करता है कि आपका प्रोजेक्ट किसी एपीआई का कितना इस्तेमाल कर सकता है. इसलिए, यह भी तय होता है कि उस एपीआई के लिए आपसे ज़्यादा से ज़्यादा कितना शुल्क लिया जा सकता है. कोटा कम करने से, वह सीमा कम हो जाती है. कोटा बढ़ाने का मतलब है कि एपीआई के जवाब देना बंद करने से पहले, आपका प्रोजेक्ट बिलिंग वाले ज़्यादा अनुरोध कर सकता है. कोटा बढ़ाने से, आपके खर्च पर कोई सीमा नहीं लगती. इसके अलावा, आपको अचानक लगने वाले शुल्कों से भी सुरक्षा नहीं मिलती.
उदाहरण के लिए, मान लें कि आपके पेजेशन कोड में मौजूद किसी गड़बड़ी की वजह से, नतीजों के अगले पेज का अनुरोध लगातार किया जा रहा है और उसे रोकने की कोई शर्त नहीं है. हर दिन 10,000 अनुरोधों के कोटे के साथ, एपीआई पहले 10,000 अनुरोधों के बाद लूप के अनुरोधों को अस्वीकार कर देता है. अगर कोटे को हर दिन 100,000 अनुरोधों तक बढ़ाया जाता है, तो एपीआई के अनुरोधों को अस्वीकार करने से पहले, वही लूप 10 गुना ज़्यादा बिल किए जा सकने वाले अनुरोध कर सकता है.
कोटा, अनचाहे ट्रैफ़िक की लागत को भी सीमित करता है. जैसे, ऑटोमेटेड क्रॉलर या आपके एपीआई पासकोड का इस्तेमाल करने वाले किसी व्यक्ति के अनुरोध. हालांकि, यह उस ट्रैफ़िक से आपकी मुख्य सुरक्षा नहीं है. अनचाहे ट्रैफ़िक को ब्लॉक करने के लिए, एपीआई पासकोड पर पाबंदियां लगाएं. इससे एपीआई पासकोड का इस्तेमाल सिर्फ़ आपके ऐप्लिकेशन और उनमें इस्तेमाल होने वाले एपीआई कर पाएंगे. कोटा का इस्तेमाल बैकस्टॉप के तौर पर करें.
कोटा बढ़ाने का अनुरोध सिर्फ़ तब करें, जब आपके ऐप्लिकेशन को अनुमानित ट्रैफ़िक के लिए ज़्यादा क्षमता की ज़रूरत हो. जैसे, किसी प्रॉडक्ट को लॉन्च करने या सीज़न के दौरान ट्रैफ़िक बढ़ने पर.
कोटा की सीमाएं सेट करना
किसी एपीआई के इस्तेमाल पर सख्त सीमा लगाने के लिए, हर दिन के लिए तय किए गए उसके कोटे को कम करें. जब आपका प्रोजेक्ट तय सीमा तक पहुंच जाता है, तो उस एपीआई के लिए किए गए अनुरोध, दिन के बाकी समय के लिए अस्वीकार कर दिए जाते हैं. यह सीमा हर दिन फिर से लागू होती है, क्योंकि हर दिन का कोटा पैसिफ़िक समय के मुताबिक आधी रात को रीसेट होता है. अपने ऐप्लिकेशन के सामान्य ट्रैफ़िक के लिए, सीमा को ज़रूरत के मुताबिक ज़्यादा सेट करें. उदाहरण के लिए, अगर आपका ऐप्लिकेशन आम तौर पर हर दिन करीब 2,000 अनुरोध करता है और व्यस्त दिनों में 3,000 अनुरोध करता है, तो हर दिन 4,000 अनुरोधों की सीमा आपके सबसे व्यस्त दिनों को कवर करती है. साथ ही, 4,000 अनुरोधों पर रनअवे लूप को रोकती है.
किसी सीमा को बदलने के लिए, Cloud Console में कोटा पेज खोलें. इसके बाद, एपीआई चुनें और कोटा में बदलाव करें. ज़्यादा जानकारी के लिए, कोटा देखना और मैनेज करना लेख पढ़ें.
किसी एसकेयू के लिए, हर महीने बिना शुल्क के इस्तेमाल की सीमा के अंदर रहने के लिए, बिना शुल्क के इस्तेमाल की सीमा को 31 (एक महीने में ज़्यादा से ज़्यादा दिन) से भाग दें और राउंड डाउन करें. नतीजे को उस कोटा पर रोज़ाना इस्तेमाल की समयसीमा के तौर पर सेट करें जो एसकेयू के बिल की गिनती करता है. उदाहरण के लिए, अगर किसी एसकेयू के लिए, हर महीने 1,000 बिल किए जा सकने वाले इवेंट बिना किसी शुल्क के इस्तेमाल किए जा सकते हैं, तो 1,000 को 31 से भाग दें. इससे आपको करीब 32.3 मिलेगा. रोज़ाना इस्तेमाल की सीमा 32 होने पर, किसी भी महीने में इस्तेमाल की सीमा 992 या उससे कम रहती है. बिना शुल्क के इस्तेमाल की सीमाएं बदल सकती हैं. इसलिए, कोई सीमा सेट करने से पहले, हर SKU के लिए मौजूदा सीमा देखें.
रोज़ाना इस्तेमाल की सीमा सेट करने से पहले, देखें कि एसकेयू के लिए बिल कैसे भेजा जाता है:
- बिलिंग यूनिट: कुछ एसकेयू के लिए, हर अनुरोध के बजाय हर एलिमेंट या हर मैप लोड के हिसाब से बिल जनरेट किया जाता है. उदाहरण के लिए,
computeRouteMatrixअनुरोधों के लिए, हर एलिमेंट के हिसाब से बिल जनरेट किया जाता है. यह संख्या, शुरुआत की जगहों की संख्या को डेस्टिनेशन की संख्या से गुणा करके निकाली जाती है. पांच शुरुआती जगहों और 10 मंज़िलों वाले अनुरोध के लिए, 50 एलिमेंट का शुल्क लिया जाता है. अगर आपने हर दिन 32 अनुरोधों की सीमा सेट की है, तो भी आपका ऐप्लिकेशन हर दिन 1,600 एलिमेंट इस्तेमाल कर सकता है. इन एसकेयू के लिए, हर दिन के कोटे को कम करें. यह कोटा, हर दिन के अनुरोधों के बजाय, हर दिन के एलिमेंट जैसी एक ही यूनिट को गिनता है. - कोई मिलता-जुलता कोटा नहीं है: बिलिंग की कुछ इकाइयों के लिए, कोई मिलता-जुलता कोटा नहीं होता. जैसे, सेशन. अनुरोधों का कोटा अब भी उस इस्तेमाल को सीमित करता है, क्योंकि हर सेशन में कम से कम एक अनुरोध शामिल होता है. हालांकि, बिना किसी शुल्क के इस्तेमाल की सीमा तक पहुंचने से पहले, यह ट्रैफ़िक को ब्लॉक कर सकता है.
- हर एपीआई के लिए एक से ज़्यादा एसकेयू: अगर किसी एपीआई को किए गए अनुरोधों से एक से ज़्यादा एसकेयू ट्रिगर हो सकते हैं, तो सीमा को उस एसकेयू पर आधारित करें जिसके लिए बिना शुल्क के इस्तेमाल की सीमा सबसे कम है.
- एक एसकेयू के लिए एक से ज़्यादा एपीआई: अगर आपके प्रोजेक्ट में एक से ज़्यादा एपीआई के लिए एक ही एसकेयू से बिलिंग की जाती है, तो रोज़ाना इस्तेमाल की समयसीमा को उन एपीआई में बांटें.
ज़रूरत के हिसाब से कोटा अडजस्ट करना
अपने एपीआई कोटा की नियमित तौर पर समीक्षा करें और उनमें बदलाव करें. इससे, एपीआई के इस्तेमाल और लागत को ऑप्टिमाइज़ किया जा सकता है. साथ ही, ज़्यादा खर्च को रोकने और ऐप्लिकेशन के सही तरीके से काम करने के बीच संतुलन बनाया जा सकता है.
- Google Cloud Console में, एपीआई के इस्तेमाल के पैटर्न पर नज़र रखें. अपने बजट के हिसाब से कोटा सेट करें और तय सीमा से ज़्यादा खर्च करने से बचें.
- पक्का करें कि कोटा, पीक यूसेज पीरियड को मैनेज कर सके.
- धीरे-धीरे बदलाव करें और हर बदलाव के बाद अपने ऐप्लिकेशन की अच्छी तरह से जांच करें, ताकि कोई रुकावट न आए.
बजट और सूचनाएं
अगर आपने Google Maps Platform के इस्तेमाल के लिए कोई बजट तय किया है, तो क्लाउड बिलिंग बजट और सूचनाएं बनाकर, बिल में अचानक होने वाली बढ़ोतरी से बचा जा सकता है.
बजट से जुड़े अलर्ट सेट किए जा सकते हैं, ताकि आपके कुल बजट का एक तय प्रतिशत खर्च होने पर आपको सूचना मिल सके. इससे आपको यह देखने में मदद मिलती है कि समय के साथ, आपके इस्तेमाल की लागत कैसे बदल रही है.
ज़्यादा जानकारी के लिए, बजट की सूचना बनाना, उसमें बदलाव करना या उसे मिटाना लेख पढ़ें.
लागत को रणनीतिक तरीके से मैनेज करना
बजट को असरदार तरीके से मैनेज करने के लिए, जब भी मुमकिन हो, मुफ़्त या कम लागत वाले विकल्पों का इस्तेमाल करें. इस सेक्शन में, लागत कम करने की अलग-अलग रणनीतियों के बारे में बताया गया है.
जब भी संभव हो, Maps Static API का इस्तेमाल करें
स्टैटिक मैप, इन स्थितियों में अच्छी तरह से काम करते हैं. इनमें मैप को आसानी से दिखाया जा सकता है. इसके लिए, सिर्फ़ एक मार्कर की ज़रूरत होती है:
- आपने एक प्रोटोटाइप से शुरुआत की है, जिसमें अभी ज़्यादा सुविधाएं नहीं हैं.
- आपके पास मैप को पसंद के मुताबिक बनाने का कोई विकल्प नहीं है.
- ज़्यादा से ज़्यादा एक मार्कर का इस्तेमाल किया जा रहा हो.
- आपको डाइनैमिक मैप या डाइनैमिक Street View का इस्तेमाल करके, उपयोगकर्ता के इंटरैक्शन की सुविधा देने की ज़रूरत नहीं है.
थंबनेल का इस्तेमाल करके लेज़ी-लोड करना
थंबनेल (मैप की छोटी इमेज) के लिए, Maps Static API का इस्तेमाल करना अच्छा विकल्प है. इन आइटम के लिए, डाइनैमिक मैप लोड की तुलना में कम शुल्क लिया जाता है. साथ ही, उपयोगकर्ता के इंटरैक्ट करने पर, ये आइटम उसे Google Maps के डाइनैमिक वर्शन पर ले जा सकते हैं. इससे आपको सिर्फ़ उन उपयोगकर्ताओं के लिए डाइनैमिक मैप लोड का शुल्क देना होगा जो आपके मैप से इंटरैक्ट करते हैं.
कम कीमत वाली कैटगरी का इस्तेमाल करना
Google, कीमत की हर कैटगरी के लिए, बिना किसी शुल्क के इस्तेमाल किए जा सकने वाले इवेंट की अलग-अलग संख्या उपलब्ध कराता है. अपने ऐप्लिकेशन को "Essentials" या "Pro" कैटगरी में मौजूद सुविधाओं का इस्तेमाल करने के लिए ऑप्टिमाइज़ किया जा सकता है. इन कैटगरी में, हर महीने ज़्यादा इवेंट के लिए बिना किसी शुल्क के इस्तेमाल की सुविधा मिलती है. कीमत की कैटगरी के बारे में ज़्यादा जानें.
एक से ज़्यादा मैप को मर्ज करना
अगर आपने एक से ज़्यादा मैप दिखाने वाला कोई सिस्टम लागू किया है, तो इन दिशा-निर्देशों का पालन करें:
- मैप सिर्फ़ तब लोड करें, जब ज़रूरी हो. इससे ग़ैर-ज़रूरी संसाधनों का इस्तेमाल कम से कम होगा.
- ज़रूरत के हिसाब से व्यूपोर्ट, ज़ूम, और मार्कर को अपडेट करके, एक ही मैप को फिर से इस्तेमाल करें.
- अगर आपको स्टोर की जगहों को दिखाने के लिए कई मैप दिखाने हैं, तो Store Locator Plus समाधान का इस्तेमाल करें.
- यूज़र इंटरफ़ेस की हर स्क्रीन पर एक ही मैप का इस्तेमाल करें, क्योंकि उपयोगकर्ता आम तौर पर एक समय में एक ही मैप से इंटरैक्ट करते हैं.
अनुमति मिलने पर कॉन्टेंट को कैश मेमोरी में सेव करना
Google Maps Platform के ज़्यादातर प्रॉडक्ट, कॉन्टेंट को कैश मेमोरी में सेव करने की अनुमति नहीं देते. हालांकि, कुछ अपवादों के तहत, नतीजों को 30 दिनों तक कैश मेमोरी में सेव किया जा सकता है. ज़्यादा जानकारी के लिए, Google Maps Platform की शर्तें देखें.