प्री-लॉन्च चेकलिस्ट

Google Cloud console में क्लाइंट आईडी को कहां मैनेज करें

प्रीमियम प्लान के क्लाइंट आईडी को मैनेज करने की सुविधा, Cloud Console में उपलब्ध है. यह सुविधा, Google Maps Platform के क्रेडेंशियल पेज पर सबसे नीचे, क्लाइंट आईडी सेक्शन में मिलती है.

क्लाइंट आईडी मैनेज करने से जुड़े अन्य टास्क, अलग से मौजूद क्लाइंट आईडी पेज पर ऐक्सेस किए जा सकते हैं. इनमें यूआरएल की अनुमति और क्लाइंट आईडी के हस्ताक्षर से जुड़ी गुप्त जानकारी मैनेज करना शामिल है. इसके लिए, क्लाइंट आईडी सेक्शन में सबसे दाईं ओर मौजूद, बदलाव करें आइकॉन पर क्लिक करें.

अहम जानकारी: Google Maps Platform का प्रीमियम प्लान, अब साइन अप करने या नए ग्राहकों के लिए उपलब्ध नहीं है.

यह पक्का करना कि आपकी टीम के पास ज़रूरी संसाधनों का ऐक्सेस हो

Google Cloud Console का इस्तेमाल करना

यह क्यों ज़रूरी है: Google Cloud कंसोल की मदद से, आपको इस्तेमाल से जुड़ी रिपोर्ट, न्यूज़ फ़ीड, और डेवलपर संसाधनों जैसी जानकारी का ऐक्सेस मिलता है. सबसे अहम बात यह है कि Cloud Console की मदद से, Google Maps Platform की सहायता टीम के साथ सहायता के लिए केस दर्ज किए जा सकते हैं. ऐसा तब किया जा सकता है, जब आपको डेवलपमेंट या लॉन्च के दौरान कोई तकनीकी समस्या आती है.

लॉन्च से पहले, उन सभी डेवलपर के लिए Cloud Console का ऐक्सेस चालू करें जो आपके ऐप्लिकेशन को मैनेज करते हैं. अगर आपको तकनीकी समस्याएं आती हैं, तो Cloud कंसोल का ऐक्सेस होने पर आपकी टीम के सदस्य, सहायता टीम से संपर्क कर सकते हैं. साथ ही, हमारी सहायता टीम भी आपके संगठन के सही हिस्सेदारों से संपर्क कर सकती है. उदाहरण के लिए, अगर हमें असामान्य ट्रैफ़िक या ऐसे व्यवहार का पता चलता है जिसकी वजह से आपका ऐप्लिकेशन काम करना बंद कर सकता है, तो सहायता टीम को आपके संगठन से संपर्क करना पड़ सकता है. यह पक्का करना कि हम सही डेवलपर से संपर्क कर पाएं, इससे अचानक होने वाली रुकावट और रुकावट को रोकने में फ़र्क़ पड़ सकता है.

सूचना वाले ईमेल ग्रुप की सदस्यता लेना

यह क्यों ज़रूरी है: Maps API के सभी वर्शन में होने वाले बदलावों और उनसे जुड़ी नई जानकारी पाने के लिए, हमारा सुझाव है कि आप इनमें से एक या उससे ज़्यादा ईमेल ग्रुप की सदस्यता लें:

• google-maps-platform-notifications - Google Maps Platform के एपीआई और वेब सेवाओं के बारे में तकनीकी अपडेट, रुकावट की सूचनाएं, और प्लैटफ़ॉर्म की सुविधाओं के एलान (~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 (एचटीटीपी) और 443 (एचटीटीपीएस) का इस्तेमाल करती हैं. इन सेवाओं के लिए, GET, POST, PUT, DELETE, और HEAD अनुरोध भी ज़रूरी हैं. अपने फ़ायरवॉल को कॉन्फ़िगर करें, ताकि इन पोर्ट पर ट्रैफ़िक और एपीआई और इस्तेमाल के उदाहरण के आधार पर, अनुरोधों को अनुमति दी जा सके.

Maps JavaScript API के साथ इस्तेमाल करने के लिए, अपने एसएसएल डोमेन को अनुमति देना

यह क्यों ज़रूरी है: एसएसएल डोमेन के साथ Maps JavaScript API का इस्तेमाल करते समय, यह ज़रूरी है कि आपने साफ़ तौर पर अपने एचटीटीपीएस डोमेन को अनुमति दी हो, ताकि आपके अनुरोध अस्वीकार न किए जाएं. ध्यान दें कि http://yourdomain.com को अनुमति देने पर, उसके एसएसएल वर्शन https://yourdomain.com को अपने-आप चालू नहीं किया जाता. Cloud Console में, अनुमति वाले डोमेन की सूची देखने के लिए, क्लाइंट आईडी सेक्शन तक स्क्रोल करें. एसएसएल डोमेन के साथ क्लाइंट-साइड एपीआई का इस्तेमाल करने से जुड़ी गड़बड़ियों को हल करने के लिए, देखें कि आपके पेज का कोई एलिमेंट एचटीटीपी से लोड हुआ है या नहीं. अनुमति से जुड़ी समस्या हल करने के लिए, गाइड देखें.

ध्यान दें: अगर आपने अपने क्लाइंट आईडी को रोक दिया है और उसकी समयसीमा खत्म होने दी है, तो Cloud Console में क्रेडेंशियल पेज पर, क्लाइंट आईडी सेक्शन नहीं दिखेगा.

एपीआई का सही वर्शन चुनना

यह जानकारी क्यों ज़रूरी है: ऐप्लिकेशन डेवलप करने से पहले, यह जानना ज़रूरी है कि एपीआई के कौनसे वर्शन काम नहीं करते. एपीआई के ऐसे वर्शन का इस्तेमाल करने पर, आपको डेवलपमेंट में लगने वाला समय और लागत बचेगी जो काम करना बंद नहीं किए गए हैं. ऐसा तब होगा, जब काम करना बंद किए गए वर्शन उपलब्ध नहीं होंगे.

खास तौर पर, Maps JavaScript API के इस्तेमाल किए गए वर्शन की योजना को समझना ज़रूरी है, ताकि आप अपने एनवायरमेंट में एपीआई के गलत वर्शन का इस्तेमाल करने से बच सकें.

उदाहरण के लिए, डेवलपमेंट या टेस्ट एनवायरमेंट में एपीआई के एक्सपेरिमेंटल वर्शन का इस्तेमाल करना सही हो सकता है. हालांकि, हम प्रोडक्शन एनवायरमेंट में एक्सपेरिमेंटल वर्शन का इस्तेमाल करने का सुझाव नहीं देते. हमारा एसएलए सिर्फ़ एपीआई के स्टेबल वर्शन पर लागू होता है. इसलिए, आपको अपने प्रोडक्शन एनवायरमेंट में सिर्फ़ स्टेबल वर्शन का इस्तेमाल करना चाहिए.

Maps JavaScript API के वर्शन के बारे में गाइड देखें.

क्लाइंट-साइड और सर्वर-साइड डिज़ाइन में से किसी एक को चुनना

यह क्यों ज़रूरी है: क्लाइंट-साइड या सर्वर-साइड वाला तरीका चुनना, आर्किटेक्चर से जुड़ा फ़ैसला होता है. यह आपके ऐप्लिकेशन के स्थिर और स्केलेबल होने के लिए बेहद ज़रूरी है. आम तौर पर, रिकॉर्ड को ऑफ़लाइन (यानी आपके ऐप्लिकेशन के बाहर) प्रोसेस करने से पहले और बाद में, सर्वर-साइड के तरीके का इस्तेमाल किया जाना चाहिए. इसके अलावा, आपके ऐप्लिकेशन के उन हिस्सों के लिए क्लाइंट-साइड अप्रोच का इस्तेमाल किया जाना चाहिए जो आपके उपयोगकर्ताओं के साथ इंटरैक्ट करते हैं. इसका मतलब है कि उपयोगकर्ता के सबमिट किए गए अनुरोधों को रीयल टाइम में प्रोसेस करना.

क्लाइंट-साइड के बजाय सर्वर-साइड का इस्तेमाल करने पर, कोटा से ज़्यादा अनुरोध भेजे जाते हैं. इस वजह से, ऐप्लिकेशन काम नहीं करते. हमारा सुझाव है कि सर्वर साइड कॉल पर आधारित ऐप्लिकेशन डिज़ाइन करने या लॉन्च करने से पहले, जियोकोडिंग की रणनीतियों के बारे में सलाह लें.

कोटा के इस्तेमाल को ऑप्टिमाइज़ करना

यह क्यों ज़रूरी है: यह समझना कि आपका ऐप्लिकेशन, कोटा का इस्तेमाल कैसे करता है, ज़रूरी है. कोटा को Maps API क्रेडिट कहा जाता है. इससे आपको कम पैसे चुकाने में मदद मिलती है. उदाहरण के लिए, अगर Maps JavaScript API का इस्तेमाल किया जा रहा है, तो आपका ऐप्लिकेशन हर मैप लोड के लिए, Maps API क्रेडिट का इस्तेमाल करता है. Premium प्लान के इस्तेमाल की दरों और सीमाओं के बारे में जानने के लिए गाइड देखें.

वेब सेवाओं के कोटे के इस्तेमाल को मैनेज करना

अपनी सेवा लॉन्च करने से पहले, यह ज़रूरी है कि आप कोटा से जुड़ी अलग-अलग गड़बड़ियों (उदाहरण के लिए, OVER_QUERY_LIMIT, User Rate Limit Exceeded) को समझ लें. साथ ही, अपने ऐप्लिकेशन में सही लॉजिक सेट अप करें, ताकि कोटा खत्म होने पर, इन गड़बड़ियों का जवाब दिया जा सके. कृपया इस्तेमाल की सीमाओं के बारे में अक्सर पूछे जाने वाले सवाल पढ़ें. हर एपीआई से मिले स्टेटस कोड के बारे में जानकारी पाने के लिए, उस एपीआई के लिए डेवलपर की गाइड देखें. उदाहरण के लिए, Directions API के स्टेटस कोड की गाइड देखें. इन कॉन्सेप्ट को समझने और लागू करने से, आपके ऐप्लिकेशन के लिए तय किए गए कोटे से ज़्यादा अनुरोध भेजने, Google से ब्लॉक किए जाने, और/या ऐप्लिकेशन के काम न करने की संभावनाएं काफ़ी कम हो जाएंगी.

अपने ऐप्लिकेशन पर लोड टेस्टिंग करना

यह क्यों ज़रूरी है: अपने ऐप्लिकेशन की लोड टेस्टिंग का इस्तेमाल करके, यह पक्का करें कि वह Maps API के लिए तय किए गए कोटे से ज़्यादा अनुरोधों को मैनेज कर सकता है.

Google Maps Platform, बहुत ज़्यादा ट्रैफ़िक को हैंडल कर सकता है. हालांकि, लाइव Google सेवाओं के साथ जांच करने पर, आपका ऐप्लिकेशन तय कोटे से ज़्यादा ट्रैफ़िक का इस्तेमाल करेगा. साथ ही, Google आपके ऐप्लिकेशन को ब्लॉक कर सकता है. लोड टेस्टिंग के लिए इस्तेमाल किए जाने वाले डेटा का शुल्क भी आपको ही देना होगा.

इसके बजाय, अपने ऐप्लिकेशन की लोड टेस्टिंग से यह पक्का किया जा सकता है कि आपका ऐप्लिकेशन, Maps API के कोटे से ज़्यादा अनुरोधों को मैनेज कर सकता है या नहीं. साथ ही, यह भी पक्का किया जा सकता है कि Google ने आपके ऐप्लिकेशन को ब्लॉक नहीं किया है. इसे सुरक्षित तरीके से करने के लिए, किसी मॉक (नकली) एपीआई के लिए लोड टेस्टिंग करें. यह ऐसी सेवा है जो ज़्यादा अनुरोधों को स्वीकार कर सकती है. साथ ही, Google Maps Platform का इस्तेमाल किए बिना, अनुरोधों का जवाब मान्य जवाबों के साथ दें. उदाहरण: अगर Geocoding API के लिए आपका कोटा 3,000 क्यूपीएम (हर मिनट में क्वेरी) है, तो ऐप्लिकेशन की लोड टेस्टिंग से यह पक्का किया जाना चाहिए कि आपका ऐप्लिकेशन ज़्यादा वॉल्यूम को हैंडल कर सकता है. जैसे, Geocoding API को 3,000 क्यूपीएम से ज़्यादा क्वेरी भेजे बिना 90,000 क्यूपीएम.

अगर आपको ज़्यादा लोड टेस्टिंग करनी है, तो दिशा-निर्देश पाने के लिए Google सहायता से संपर्क करें. साथ ही, यह पक्का करें कि Google को आपकी टेस्टिंग के प्लान के बारे में पता हो.