Zapier या Make ऑटोमेशन को नए जियोकोडिंग होस्ट पर माइग्रेट करना
जियोकोडिंग चरण पर बने नो-कोड ऑटोमेशन के लिए कस्टम कोड से अलग माइग्रेशन तरीका चाहिए। यह बदलाव कैसे संभालें, यहाँ बताया गया है।
TomTom Search से माइग्रेट करना
TomTom Search का इस्तेमाल ऑटोमोटिव, फ़्लीट मैनेजमेंट और नेविगेशन सॉफ़्टवेयर में बहुत होता है, ऐसे उद्योग जहाँ किसी रूट पर जियोकोडिंग की सटीकता उतनी ही मायने रखती है जितनी सीधे पते का मिलान। इसकी API कुंजी query पैरामीटर के रूप में भेजी जाती है, और इसके जियोकोडिंग रिस्पॉन्स एक results ऐरे के रूप में आते हैं, जिसमें एक position ऑब्जेक्ट और freeformAddress तथा municipality जैसे फ़ील्ड वाला एक address ब्लॉक होता है।
इस क्षेत्र का सॉफ़्टवेयर अक्सर ऐसी टीमें बनाती हैं जिन्होंने TomTom को हल्के में नहीं चुना; यह फ़ैसला आम तौर पर विकल्पों के मूल्यांकन के बाद ही लिया गया था, जिसका मतलब है कि बाद का माइग्रेशन डेटा से असंतोष के बजाय आम तौर पर लागत, रिडंडेंसी की योजना या वेंडर को एक जगह समेटने की बड़ी कोशिश से प्रेरित होता है। यह संदर्भ माइग्रेशन का दायरा तय करने में मायने रखता है: यह शायद ही कभी जल्दबाज़ी का काम होता है, और आम तौर पर ठीक से टेस्ट करने का समय होता है।
My Geocode का TomTom कम्पैटिबिलिटी होस्ट results ऐरे, position ऑब्जेक्ट और पते के फ़ील्ड को ठीक वैसे ही दोहराता है जैसे TomTom उन्हें लौटाता है, और केवल कॉपीराइट, शर्तों और गोपनीयता का टेक्स्ट अलग होता है। फ़ील्ड का संदर्भ /compatibility/tomtom/ पर दर्ज है। results[0].position.lat और results[0].address.freeformAddress के इर्द-गिर्द बना कोड होस्ट और कुंजी बदलने के बाद भी काम करता रहना चाहिए।
खास तौर पर फ़्लीट और ऑटोमोटिव सॉफ़्टवेयर के लिए, स्विच लाइव होने से पहले कुछ चीज़ें दोबारा जाँचने लायक हैं:
- शेड्यूल पर चलने वाले बैच जियोकोडिंग जॉब, क्योंकि ग्राहकों के सामने चलने वाली रीयल-टाइम कॉल को छुए बिना नए होस्ट को टेस्ट करने के लिए ये एक अच्छा पहला लक्ष्य हैं
- TomTom के खास रिस्पॉन्स समय के हिसाब से ट्यून किया गया retry और timeout लॉजिक, क्योंकि ये मान अक्सर दस्तावेज़ से नहीं बल्कि अनुभव से तय किए जाते हैं और इन्हें फिर से ट्यून करना पड़ सकता है
- TomTom के खास confidence या match quality फ़ील्ड पढ़ने वाला कोई भी कोड, जिसकी तुलना कम्पैटिबिलिटी होस्ट के दर्ज समकक्ष फ़ील्ड से साथ-साथ रखकर करनी चाहिए
ऑथेंटिकेशन में X-API-Key हेडर, Authorization: Bearer हेडर, HTTP Basic auth या query पैरामीटर समर्थित हैं, जिससे आपका मौजूदा TomTom क्लाइंट आज जिस भी तरह अपनी कुंजी भेजता है, वह कवर हो जाता है।
लागत के मामले में यह ढाँचा एंटरप्राइज़ स्तर की सामान्य बातचीत का चरण हटा देता है: प्रतिदिन 2,500 अनुरोध बिना कुंजी के मुफ़्त हैं, और हर कुंजी नेटवर्क के हिसाब से गिने जाने वाले अपने प्रतिदिन 2,500 मुफ़्त अनुरोध जोड़ती है। उस कोटा के बाद €0.0001 प्रति अनुरोध की दर से प्रीपेड क्रेडिट या €50 प्रति माह की Unlimited कुंजी है, और इस कम्पैटिबिलिटी होस्ट समेत हर एंडपॉइंट की कीमत एक जैसी है। अच्छे खासे वॉल्यूम पर जियोकोडिंग चलाने वाले फ़्लीट संचालन के लिए, स्तरों वाले एंटरप्राइज़ समझौते के बजाय एक समान दर होने से लागत का अनुमान लगाना काफ़ी आसान हो जाता है।
अगर आपके TomTom इस्तेमाल में जियोकोडिंग के साथ रूटिंग या ट्रैफ़िक डेटा भी शामिल है, तो स्टैक का वह हिस्सा केवल जियोकोडिंग वाले माइग्रेशन के दायरे से बाहर है और TomTom पर ही रह सकता है, जबकि पते के लुकअप वाली कॉल अलग से आगे बढ़ती हैं। इस तरह साफ़ फ़ीचर सीमाओं के साथ माइग्रेशन को बाँटना, सब कुछ एक ही रिलीज़ में ले जाने की कोशिश से ज़्यादा जोखिम कम करता है।