Google Cloud Console में अपना Client-ID कहां मैनेज करें
प्रीमियम प्लान के क्लाइंट आईडी को मैनेज करने की सुविधा, Cloud Console पर उपलब्ध है. यह सुविधा, Google Maps Platform के क्रेडेंशियल पेज पर सबसे नीचे मौजूद Client-ID सेक्शन में मौजूद है.
क्लाइंट आईडी मैनेज करने से जुड़े दूसरे काम, जैसे कि यूआरएल की अनुमति देना और क्लाइंट आईडी पर हस्ताक्षर करना सीक्रेट मैनेजमेंट, अलग-अलग क्लाइंट आईडी पेज पर ऐक्सेस किए जा सकते हैं. इसके लिए, उन्हें क्लाइंट आईडी सेक्शन में सबसे दाईं ओर मौजूद बदलाव करें आइकॉन पर क्लिक करना होगा.
अहम जानकारी: Google Maps Platform का प्रीमियम प्लान, अब साइन अप करने या नए ग्राहकों के लिए उपलब्ध नहीं है.
यह पक्का करना कि आपकी टीम के पास ज़रूरी संसाधनों का ऐक्सेस हो
Google Cloud Console का इस्तेमाल करना
यह क्यों ज़रूरी है: Google Cloud Console आपको कई जानकारी का ऐक्सेस देता है. जैसे, इस्तेमाल की रिपोर्ट, खबरों के फ़ीड, और डेवलपर के लिए संसाधन. इससे भी अहम बात यह है कि अगर आपको डेवलपमेंट या लॉन्च के दौरान कोई तकनीकी समस्या आती है, तो Cloud Console आपको Google Maps Platform की सहायता टीम के साथ सहायता अनुरोध फ़ाइल करने की अनुमति देता है.
लॉन्च से पहले, उन सभी डेवलपर के लिए Cloud Console का ऐक्सेस चालू करें जो आपके ऐप्लिकेशन के रखरखाव के लिए ज़िम्मेदार हैं. अगर आपको तकनीकी समस्याएं आ रही हैं, तो Cloud Console को ऐक्सेस करने से आपकी टीम के सदस्य सहायता टीम से संपर्क कर पाएंगे. साथ ही, हमारी सहायता टीम को आपके संगठन के सही हिस्सेदारों से संपर्क करने की अनुमति मिल जाएगी. उदाहरण के लिए, अगर हमें असामान्य ट्रैफ़िक या व्यवहार का पता चलता है, जिसकी वजह से आपका ऐप्लिकेशन काम नहीं कर रहा है, तो सहायता टीम को आपके संगठन से संपर्क करना पड़ सकता है. यह पक्का करना कि हम सही डेवलपर से संपर्क कर सकते हैं. इससे, अचानक कुछ समय के लिए कुछ समय के लिए उपलब्ध न होने की समस्या और सेवा को बंद होने से रोका जा सकता है.
सूचना वाले ईमेल ग्रुप की सदस्यता लें
यह ज़रूरी क्यों है: यह पक्का करने के लिए कि आपको Maps API से जुड़े सभी अपडेट और बदलावों के बारे में अप-टू-डेट रहना है, हमारा सुझाव है कि आप नीचे दिए गए एक या इससे ज़्यादा ईमेल ग्रुप की सदस्यता लें:
- google-maps-platform-सूचनाएं - Google Maps Platform API और वेब सेवाओं के बारे में तकनीकी अपडेट, कुछ समय के लिए उपलब्ध नहीं होने की सूचना, और प्लैटफ़ॉर्म की सुविधाओं की सूचनाएं (हर महीने तकरीबन 3-5 मैसेज).
- google-maps-js-api-v3-notify - Google Maps JavaScript API की नई रिलीज़ (हर साल ~4 मैसेज).
आपके ऐप्लिकेशन को ऑप्टिमाइज़ किया जा रहा है
Google Maps Platform की सेवाओं को ऐक्सेस करने की अनुमति देने के लिए, फ़ायरवॉल कॉन्फ़िगर करें
यह ज़रूरी क्यों है: Google Maps Platform की सेवाएं कई तरह के डोमेन इस्तेमाल करती हैं. इनमें से कुछ डोमेन, *google.com डोमेन से नहीं जुड़े होते हैं. अगर आप पाबंदी वाले फ़ायरवॉल से सुरक्षित हैं, तो हर Maps API सेवा में इस्तेमाल होने वाले डोमेन को ऐक्सेस करना ज़रूरी है. अगर आपका फ़ायरवॉल इन डोमेन को ऐक्सेस करने की अनुमति नहीं देता है, तो एपीआई अनुरोध काम नहीं करेंगे. इससे आपके ऐप्लिकेशन क्रैश हो सकते हैं. Maps API में इस्तेमाल किए जाने वाले डोमेन की पूरी सूची देखें.
हम आईपी पते के हिसाब से फ़ायरवॉल से जुड़ी पाबंदियों को मैनेज करने का सुझाव नहीं देते हैं. इसकी वजह यह है कि इन डोमेन से जुड़े आईपी पते स्थिर नहीं होते हैं.
ध्यान दें: Google Maps Platform की सेवाएं, इनबाउंड और आउटबाउंड ट्रैफ़िक के लिए पोर्ट 80 (http) और 443 (https) का इस्तेमाल करती हैं. इन सेवाओं के लिए GET, POST, PUT, DELETE, और HEAD अनुरोध की ज़रूरत भी होती है. एपीआई और इस्तेमाल के उदाहरण के आधार पर, इन पोर्ट पर ट्रैफ़िक लाने और अनुरोधों को अनुमति देने के लिए, अपना फ़ायरवॉल कॉन्फ़िगर करें.
Maps JavaScript API के साथ इस्तेमाल करने के लिए अपने एसएसएल डोमेन को अनुमति दें
यह ज़रूरी क्यों है: किसी एसएसएल डोमेन के साथ Maps JavaScript API का इस्तेमाल करते समय, यह ज़रूरी है कि आपने अपने एचटीटीपीएस डोमेन को अनुमति दे दी हो, ताकि आपके अनुरोध अस्वीकार न किए जाएं. ध्यान दें
कि http://yourdomain.com को अनुमति देने से, एसएसएल के साथ काम करने वाले https://yourdomain.com को अपने-आप चालू नहीं होता. Cloud Console में जाकर, अनुमति वाले डोमेन की सूची देखें. इसके लिए, नीचे की ओर स्क्रोल करके, Client-ID सेक्शन पर जाएं. एसएसएल डोमेन के साथ क्लाइंट-साइड एपीआई के इस्तेमाल से जुड़ी गड़बड़ियों
को हल करने के लिए, देखें कि आपके पेज का कोई भी एलिमेंट एचटीटीपी पर लोड तो नहीं है. अनुमति से जुड़ी समस्या हल करने से जुड़ी गाइड देखें.
एपीआई का सही वर्शन चुनें
यह क्यों ज़रूरी है: अपना ऐप्लिकेशन डेवलप करने से पहले, यह पता होना ज़रूरी है कि एपीआई के कौनसे वर्शन अब काम नहीं करते. एपीआई के ऐसे वर्शन के लिए डेवलप करने का विकल्प चुनने से, जिन्हें अब सेवा में नहीं रखा गया है, आपका डेवलपमेंट में लगने वाला समय बचा सकता है. साथ ही, काम न करने वाले वर्शन के उपलब्ध न होने पर, आपका खर्च भी कम होगा.
खास तौर पर, Maps JavaScript API में इस्तेमाल की जाने वाली वर्शन स्कीम को समझना ज़रूरी है, ताकि आप अपने एनवायरमेंट में गलती से एपीआई के गलत वर्शन का इस्तेमाल करने से बच जाएं.
उदाहरण के लिए, अपने डेवलपमेंट या टेस्ट एनवायरमेंट में, एपीआई के एक्सपेरिमेंटल वर्शन का इस्तेमाल करना सही हो सकता है. हालांकि, हम प्रोडक्शन एनवायरमेंट में प्रयोग के तौर पर इस्तेमाल किए जाने वाले वर्शन का इस्तेमाल करने का सुझाव नहीं देते. हमारा सेवा स्तर समझौता (एसएलए) सिर्फ़ एपीआई के स्टेबल वर्शन पर लागू होता है. इसलिए, आपको अपने प्रोडक्शन एनवायरमेंट में सिर्फ़ स्टेबल वर्शन का इस्तेमाल करना चाहिए.
Maps JavaScript API के वर्शन की गाइड देखें.
क्लाइंट-साइड और सर्वर-साइड डिज़ाइन में से कोई एक चुनें
यह क्यों ज़रूरी है: क्लाइंट-साइड या सर्वर-साइड वाला तरीका चुनना, इमारत बनाने के मकसद से बनाया गया फ़ैसला होता है. साथ ही, यह आपके ऐप्लिकेशन के स्थिरता और बढ़ाए जा सकने की योग्यता के लिए बेहद ज़रूरी होता है. कुल मिलाकर, रिकॉर्ड को ऑफ़लाइन (यानी, आपके ऐप्लिकेशन से बाहर) की प्रोसेस से पहले और बाद में, सर्वर साइड से प्रोसेस करने के लिए इस्तेमाल किया जाना चाहिए. इसके अलावा, आपको अपने ऐप्लिकेशन के उन हिस्सों के लिए क्लाइंट-साइड तरीका इस्तेमाल करना चाहिए जो आपके उपयोगकर्ताओं से इंटरैक्ट करते हैं. इसका मतलब है कि उपयोगकर्ताओं के सबमिट किए गए अनुरोधों को रीयल-टाइम में प्रोसेस करना.
कोटा ज़्यादा होने की मुख्य वजह सर्वर साइड वाला तरीका लागू करना है, जहां क्लाइंट-साइड वाले तरीके का इस्तेमाल किया जाना चाहिए. इस वजह से, ऐप्लिकेशन में गड़बड़ी होती है. हमारा सुझाव है कि आप सर्वर साइड कॉल पर निर्भर करने वाले ऐप्लिकेशन डिज़ाइन या लॉन्च करने से पहले, जियोकोडिंग की रणनीतियों को देख लें.
कोटा के इस्तेमाल को ऑप्टिमाइज़ करें
यह क्यों ज़रूरी है: आपका ऐप्लिकेशन कोटा का इस्तेमाल कैसे करता है, इसे समझने के लिए Maps API क्रेडिट के नाम से जाना जाता है. इससे आपको पैसे चुकाने में आने वाली रकम कम करने में मदद मिलती है. उदाहरण के लिए, अगर Maps JavaScript API का इस्तेमाल किया जा रहा है, तो आपका ऐप्लिकेशन हर मैप लोड के लिए, Maps API के क्रेडिट का इस्तेमाल करता है. प्रीमियम प्लान के इस्तेमाल की दरों और सीमाओं की गाइड देखें.
अपने वेब सेवाओं के कोटा के इस्तेमाल को मैनेज करें
सेवा लॉन्च करने से पहले, यह ज़रूरी है कि आप कोटा से जुड़ी अलग-अलग गड़बड़ियों (जैसे, OVER_QUERY_LIMIT, User Rate Limit
Exceeded) को समझ लें. साथ ही, अपने ऐप्लिकेशन में सही लॉजिक सेट अप करें, ताकि कोटा से ज़्यादा स्टोरेज इस्तेमाल करने पर, आप ऐसी गड़बड़ियों का जवाब दे सकें. कृपया इस्तेमाल करने की सीमा से जुड़े अक्सर पूछे जाने वाले सवाल पढ़कर शुरुआत करें.
हर एपीआई से मिलने वाले स्टेटस कोड के बारे में जानकारी पाने के लिए, उस एपीआई के लिए डेवलपर की गाइड देखें. उदाहरण के लिए, दिशा-निर्देश एपीआई के स्टेटस कोड की गाइड देखें.
इन सिद्धांतों को समझने और उन्हें लागू करने से, आपके ऐप्लिकेशन के लिए तय किए गए कोटे से ज़्यादा होने, Google की ओर से ब्लॉक किए जाने, और/या गड़बड़ी होने की संभावना बहुत कम हो जाएगी.
अपने ऐप्लिकेशन पर लोड की जांच करना
यह ज़रूरी क्यों है: अपने ऐप्लिकेशन की लोड जांच करने की सुविधा का इस्तेमाल करें, ताकि यह पक्का किया जा सके कि वह Maps API का कोटा पार किए बिना, बड़ी संख्या में अनुरोधों को हैंडल कर पाए.
हालांकि, Google Maps Platform बहुत ज़्यादा ट्रैफ़िक को संभाल सकता है, लेकिन Google की लाइव सेवाओं की जांच करने पर, आपका ऐप्लिकेशन तय कोटा से ज़्यादा हो जाएगा. साथ ही, Google उसे ब्लॉक कर सकता है. लोड टेस्ट करने पर लगने वाले इस्तेमाल के शुल्क के लिए भी आप ज़िम्मेदार हैं.
इसके बजाय, अपने ऐप्लिकेशन को लोड टेस्ट करने से यह पक्का करना चाहिए कि आपका ऐप्लिकेशन, Maps API के लिए अपने कोटा को बढ़ाए बिना या Google की ओर से ब्लॉक किए बिना, मिलने वाले अनुरोधों से निपटने में सक्षम है. सुरक्षित तरीके से यह लक्ष्य हासिल करने के लिए, मॉक (नकली) एपीआई के साथ लोड की जांच करें. यह एक ऐसी सेवा है जो बहुत ज़्यादा अनुरोधों को सोख सकती है और Google Maps Platform का इस्तेमाल किए बिना, मान्य जवाबों के साथ अनुरोधों के जवाब दे सकती है. उदाहरण: अगर जियोकोडिंग एपीआई के लिए आपका कोटा 20 क्यूपीएस (क्वेरी प्रति सेकंड) है, तो अपने ऐप्लिकेशन का लोड टेस्ट करके यह पक्का करना चाहिए कि आपका ऐप्लिकेशन, जियोकोडिंग एपीआई को 20 से ज़्यादा क्यूपीएस भेजे बिना, 600 क्यूपीएस हैंडल कर सकता है.
अगर आपको लोड की ज़्यादा जांच करनी है, तो दिशा-निर्देश पाने के लिए Google सहायता टीम से संपर्क करें. साथ ही, यह पक्का करें कि Google को आपकी पहले से तय की गई टेस्टिंग के बारे में जानकारी हो.