Google Maps Platform, आपको अपने इस्तेमाल को कंट्रोल करने और यह पक्का करने के लिए कई विकल्प देता है कि आपका इस्तेमाल, आपके बजट के हिसाब से हो. आपको ये विकल्प दिखेंगे:
- अपने ऐप्लिकेशन से ट्रिगर होने वाले बिलिंग इवेंट की संख्या पर कैप लगाकर, शुल्क लगने से रोकें.
- जब आपका इस्तेमाल, तय किए गए बजट या एपीआई की सीमाओं के आस-पास पहुंच जाए, तो सूचना पाएं.
- अपने ऐप्लिकेशन को कम लागत में बनाएं.
यहां दी गई टेबल में, आपके विकल्प दिखाए गए हैं.
| शुल्क लगने से रोकना | सूचना पाना | कम लागत में बनाना |
|
लागत के हिसाब से असरदार तरीके से लागू करने की रणनीतियों का पालन करना |
कोटे और कोटा के लिए सूचनाएं
कोटा की सीमाओं की मदद से, एपीआई के इस्तेमाल को कंट्रोल किया जा सकता है. साथ ही, आपके प्रोजेक्ट से किए जा सकने वाले अनुरोधों की संख्या पर कैप लगाकर, अचानक लगने वाले शुल्क से बचा जा सकता है.
कोटा की सीमाएं सेट करना
कोटा की सीमा सेट करके, यह तय किया जा सकता है कि किसी तय समयावधि में, किसी खास एपीआई या सेवा के लिए ज़्यादा से ज़्यादा कितने अनुरोध किए जा सकते हैं.
आपके प्रोजेक्ट में अनुरोधों की संख्या, तय सीमा तक पहुंचने के बाद, आपकी सेवा अनुरोधों का जवाब देना बंद कर देती है. यह आपको तय करना है कि सेवा में रुकावट और ज़्यादा बिल के बीच, किस विकल्प को चुनना है.
Cloud Console में, Google Maps Platform के कोटा पेज को खोलें.
और टारगेट प्रोजेक्ट चुनें.
एपीआई के ड्रॉप-डाउन में, कोटा में बदलाव करने के लिए कोई खास एपीआई चुनें.
अगर आपको एक से ज़्यादा तरह के कोटा में बदलाव करना है, तो उन कोटा के बगल में मौजूद चेकबॉक्स पर सही का निशान लगाएं जिन्हें आपको चालू करना है.
तीन बिंदु वाले मेन्यू पर क्लिक करें. इसके बाद, कोटा में बदलाव करें पर क्लिक करें.
इसके बाद, दिखने वाले साइड पैनल में, कोटा की नई वैल्यू डालें और अनुरोध सबमिट करें पर क्लिक करें.
अनुरोधों की अनुमानित संख्या के आधार पर लागत का अनुमान लगाने के लिए, Google Maps Platform के कीमत कैलकुलेटर का इस्तेमाल करें.
कोटा के लिए सूचनाएं सेट करना
कोटा के लिए सूचनाएं, आपको तब मिलती हैं, जब एपीआई का इस्तेमाल, तय की गई सीमा के आस-पास पहुंच जाता है.
Cloud Console में, Google Maps Platform के कोटा पेज को खोलें.
और टारगेट प्रोजेक्ट चुनें.
एपीआई के ड्रॉप-डाउन में, कोटा में बदलाव करने के लिए कोई खास एपीआई चुनें.
बदलाव करने के लिए, एंडपॉइंट चुनें.
तीन बिंदु वाले मेन्यू पर क्लिक करें. इसके बाद, इस्तेमाल की सूचना बनाएं पर क्लिक करें.
साइड पैनल में, डिफ़ॉल्ट सूचना नीति की जानकारी होती है. अगर आपको नीति में बदलाव करना है, तो तीन बिंदु वाले मेन्यू पर क्लिक करें. इसके बाद, सूचना नीति को पसंद के मुताबिक बनाएं पर क्लिक करें. इससे, नीति कॉन्फ़िगरेशन विंडो दिखेगी. कॉन्फ़िगरेशन के लिए, विंडो में मौजूद अगला लिंक का इस्तेमाल करें. इसमें, सूचना के चैनल कॉन्फ़िगर करने की सुविधा शामिल है. जैसे, एसएमएस, ईमेल, चैट, वेबहुक, PagerDuty, और Pub/Sub.
सूचना का चैनल जोड़ने के बाद, उसे सूचना के चैनल फ़ील्ड में चुनें और ठीक है पर क्लिक करें.
यह चरण सिर्फ़ तब करें, जब आपने पिछले चरण में सूचना नीति में बदलाव नहीं किया हो. पैनल में, सूचनाएं कॉन्फ़िगर करें में जाकर, सूचनाओं के वे टाइप जोड़ें और कॉन्फ़िगर करें जो आपको चाहिए. इसके बाद, सूचना के चैनल फ़ील्ड में, उन चैनलों में से एक या उससे ज़्यादा चैनल चुनें और ठीक है पर क्लिक करें.
बनाएं पर क्लिक करें.
ज़रूरत के हिसाब से कोटा में बदलाव करना
एपीआई के कोटा की नियमित तौर पर समीक्षा करें और उनमें बदलाव करें. इससे, इस्तेमाल और लागत को ऑप्टिमाइज़ किया जा सकता है. साथ ही, ज़्यादा खर्च से बचने और यह पक्का करने के बीच संतुलन बनाए रखा जा सकता है कि आपका ऐप्लिकेशन सही तरीके से काम करे.
- Google Cloud Console में, एपीआई के इस्तेमाल के पैटर्न की निगरानी करें. अपने बजट के हिसाब से कोटा सेट करें और ज़्यादा खर्च होने से रोकें.
- पक्का करें कि कोटा, इस्तेमाल के पीक पीरियड को मैनेज कर सके.
- धीरे-धीरे बदलाव करें और हर बदलाव के बाद, रुकावटों से बचने के लिए अपने ऐप्लिकेशन की अच्छी तरह से जांच करें.
बजट और बजट के लिए सूचनाएं
अगर Google Maps Platform के इस्तेमाल के लिए कोई तय बजट है, तो Cloud Billing बजट और सूचनाएं बनाकर, बिल में अचानक लगने वाले शुल्क से बचा जा सकता है.
बजट के लिए सूचनाएं सेट की जा सकती हैं. इससे, कुल बजट का तय प्रतिशत खर्च होने पर, आपको सूचना मिलती है. इससे, यह देखा जा सकता है कि समय के साथ-साथ, इस्तेमाल की लागत कैसे बढ़ रही है.
बजट और बजट के लिए सूचनाएं बनाने और मैनेज करने के निर्देश पाने के लिए, Google Cloud दस्तावेज़ देखें.
लागत को मैनेज करने की रणनीति
असरदार तरीके से बजट बनाने के लिए, जहां भी हो सके, मुफ़्त या कम लागत वाले विकल्पों का इस्तेमाल करें. इस सेक्शन में, लागत कम करने के लिए अलग-अलग रणनीतियों के बारे में बताया गया है.
जहां भी हो सके, Maps Static API का इस्तेमाल करें
स्टैटिक मैप, इन स्थितियों में अच्छी तरह से काम करते हैं. इनमें, मैप को आसान तरीके से दिखाया जाता है. साथ ही, इनमें सिर्फ़ एक मार्कर की ज़रूरत होती है:
- आपने कोई प्रोटोटाइप बनाया है , जिसमें अभी ज़्यादा सुविधाएं नहीं हैं.
- आपने मैप में कोई बदलाव नहीं किया है.
- आपने ज़्यादा से ज़्यादा एक मार्कर का इस्तेमाल किया है.
- आपको डाइनैमिक मैप या डाइनैमिक स्ट्रीट व्यू का इस्तेमाल करके, उपयोगकर्ता के इंटरैक्शन की सुविधा देने की ज़रूरत नहीं है.
थंबनेल का इस्तेमाल करके लेज़ी-लोड करना
थंबनेल (मैप की छोटी इमेज), Maps Static API के लिए सही विकल्प हैं. इन आइटम के लिए, डाइनैमिक मैप लोड करने के मुकाबले कम शुल्क लगता है. साथ ही, उपयोगकर्ता के इंटरैक्शन के बाद, उपयोगकर्ता एक क्लिक में Google Maps के डाइनैमिक वर्शन पर जा सकते हैं. इसलिए, आपको सिर्फ़ उन उपयोगकर्ताओं के लिए डाइनैमिक मैप लोड करने का शुल्क देना होगा जो आपके ऐप्लिकेशन में दिलचस्पी दिखाते हैं.
कम कीमत वाली कैटगरी का इस्तेमाल करना
Google, हर कीमत वाली कैटगरी के लिए, मुफ़्त में इस्तेमाल करने के इवेंट की अलग-अलग संख्या उपलब्ध कराता है. अपने ऐप्लिकेशन को "Essentials" या "Pro" कैटगरी में मौजूद सुविधाओं का इस्तेमाल करने के लिए ऑप्टिमाइज़ किया जा सकता है. इनमें, हर महीने मुफ़्त में इस्तेमाल करने के ज़्यादा इवेंट मिलते हैं. कीमत वाली कैटगरी के बारे में ज़्यादा जानें.
कई मैप को एक साथ दिखाना
अगर आपके पास ऐसा इंटिग्रेशन है जिसमें एक से ज़्यादा मैप दिखते हैं, तो इन दिशा-निर्देशों का पालन करें:
- मैप सिर्फ़ तब लोड करें, जब ज़रूरी हो. इससे, गै़र-ज़रूरी संसाधनों का इस्तेमाल कम होगा.
- ज़रूरत के हिसाब से, व्यूपोर्ट, ज़ूम, और मार्कर अपडेट करके, एक ही मैप का फिर से इस्तेमाल करें.
- अगर स्टोर की जगहों को दिखाने के लिए, एक से ज़्यादा मैप दिखाए जा रहे हैं, तो Store Locator Plus सलूशन का इस्तेमाल करें.
- हर यूज़र इंटरफ़ेस स्क्रीन के लिए एक मैप का इस्तेमाल करें, क्योंकि आम तौर पर उपयोगकर्ता एक बार में सिर्फ़ एक मैप के साथ इंटरैक्ट करते हैं.
अनुमति मिलने पर, कॉन्टेंट को कैश मेमोरी में सेव करना
ज़्यादातर Google Maps Platform प्रॉडक्ट, कॉन्टेंट को कैश मेमोरी में सेव करने की अनुमति नहीं देते. हालांकि, कुछ अपवादों में, नतीजों को 30 दिनों तक कैश मेमोरी में सेव किया जा सकता है. ज़्यादा जानकारी के लिए, Google Maps Platform की शर्तें देखें.
Places API के लिए, लागत के हिसाब से असरदार रणनीतियां
इस सेक्शन में, Places API के इस्तेमाल को ऑप्टिमाइज़ करने और उससे जुड़ी लागत को कम करने के तरीके बताए गए हैं.
फ़ील्ड मास्क का इस्तेमाल करना
फ़ील्ड मास्किंग का इस्तेमाल करने से, गै़र-ज़रूरी डेटा का अनुरोध नहीं किया जाता. इससे, देरी और बिलिंग शुल्क कम करने में मदद मिलती है.
Place Details (नया), आस-पास की जगहों की जानकारी (नया), और टेक्स्ट से खोजें (नया) के लिए, एपीआई अनुरोधों में FieldMask हेडर का इस्तेमाल करके, वे फ़ील्ड तय करें जो आपको जवाब में चाहिए.
इसके बाद, आपसे आपके अनुरोध पर लागू होने वाले सबसे महंगे SKU के हिसाब से शुल्क लिया जाता है. इसका मतलब है कि अगर आपने Basic SKU और Advanced SKU, दोनों में फ़ील्ड चुने हैं, तो आपसे Advanced SKU के हिसाब से शुल्क लिया जाएगा.
Place Details (नया) के साथ, सेशन के हिसाब से कीमत तय करने की सुविधा का इस्तेमाल करना
अगर आपके ऐप्लिकेशन में हर महीने
कॉल वॉल्यूम
ज़्यादा जानकारी के लिए, Place Autocomplete (नया) के लिए, सेशन के हिसाब से कीमत तय करने से जुड़ा दस्तावेज़ देखें.
Routes API के लिए, लागत के हिसाब से असरदार रणनीतियां
इस सेक्शन में, Routes API के इस्तेमाल को ऑप्टिमाइज़ करने और उससे जुड़ी लागत को कम करने के तरीके बताए गए हैं.
Compute Routes के वेपॉइंट की संख्या सीमित करना
किसी क्वेरी में, उपयोगकर्ता की एंट्री को ज़्यादा से ज़्यादा 10 वेपॉइंट तक सीमित करें. 10 से ज़्यादा वेपॉइंट वाले अनुरोधों के लिए, ज़्यादा शुल्क लिया जाता है.
सबसे सही रूटिंग के लिए, Compute Routes के ऑप्टिमाइज़ेशन का इस्तेमाल करना
वेपॉइंट ऑप्टिमाइज़ेशन आर्ग्युमेंट का इस्तेमाल करने वाले अनुरोधों के लिए, ज़्यादा शुल्क लिया जाता है.
ऑप्टिमाइज़ेशन आर्ग्युमेंट, वेपॉइंट को क्रम में लगाता है, ताकि सबसे सही रूटिंग हो सके. इसका मतलब है कि A से E तक की यात्रा, ऑप्टिमाइज़ किए गए रूट (A-B-C-D-E) से बेहतर होती है. वहीं, ऑप्टिमाइज़ नहीं किए गए रूट में, वेपॉइंट का क्रम अलग-अलग हो सकता है. जैसे, A-D-B-C-E.
Compute Routes और Distance Matrix API (लेगसी) में, रीयल-टाइम ट्रैफ़िक मॉडल का इस्तेमाल करना
Compute Routes और Distance Matrix API (लेगसी) के उन अनुरोधों के लिए, ज़्यादा शुल्क लिया जाता है जिनमें रीयल-टाइम ट्रैफ़िक मॉडल शामिल होते हैं.
अगर किसी अनुरोध में ट्रैफ़िक मॉडल शामिल नहीं हैं, तो नतीजे सिर्फ़ इन चीज़ों पर आधारित होते हैं: सड़कें, दूरी, और स्पीड लिमिट. रीयल-टाइम ट्रैफ़िक मॉडल चालू करने के लिए, निकलने का समय now पर सेट करें.
जीपीएस डेटा सटीक न होने पर, Route Traveled और Nearest Road का इस्तेमाल करना
Maps Roads API की सुविधाएं, Route Traveled और Nearest Road, एडवांस्ड टियर में शामिल हैं. इनके लिए, ज़्यादा शुल्क लिया जाता है. इन सुविधाओं का इस्तेमाल तब करें, जब जीपीएस डेटा सटीक न हो और Roads API, सही सड़क की जानकारी देने में मदद कर सके. Speed Limits, Roads API की एक और सुविधा है. यह सुविधा, सिर्फ़ ऐसेट ट्रैकिंग के ग्राहकों के लिए उपलब्ध है.