Zapier या Make ऑटोमेशन को नए जियोकोडिंग होस्ट पर माइग्रेट करना
जियोकोडिंग चरण पर बने नो-कोड ऑटोमेशन के लिए कस्टम कोड से अलग माइग्रेशन तरीका चाहिए। यह बदलाव कैसे संभालें, यहाँ बताया गया है।
HERE Geocoding and Search से माइग्रेट करना
HERE Geocoding and Search ऑटोमोटिव और लॉजिस्टिक्स सॉफ़्टवेयर में बहुत दिखता है, ऐसे उद्योग जहाँ किसी नामित संपर्क और सपोर्ट अनुबंध वाला एंटरप्राइज़ खाता व्यवसाय करने का सामान्य तरीका है। ऑथेंटिकेशन आम तौर पर API कुंजी या OAuth टोकन से होता है, और रिस्पॉन्स एक items ऐरे के रूप में आते हैं जहाँ हर item में एक position ऑब्जेक्ट और label, countryCode और houseNumber जैसे फ़ील्ड वाला एक संरचित address ब्लॉक होता है।
जो कंपनियाँ इस ढाँचे पर निर्भर हैं, वहाँ यह आम तौर पर आंतरिक रूप से अच्छी तरह दर्ज होता है, क्योंकि HERE को अक्सर किसी खास क्षेत्र में उसकी पता पार्सिंग की गुणवत्ता के लिए या स्टैक में कहीं और उसके रूटिंग इंटीग्रेशन के लिए चुना जाता है। जो माइग्रेशन रिस्पॉन्स ढाँचे को तोड़ता है, वह आगे का वह सारा कोड एक साथ तोड़ देता है, और इसीलिए यहाँ कम्पैटिबिलिटी खाता बदलने की लागत से ज़्यादा मायने रखती है।
My Geocode का HERE कम्पैटिबिलिटी होस्ट items ऐरे और उसके नेस्टेड position और address फ़ील्ड को ठीक वैसे ही दोहराता है जैसे HERE उन्हें लौटाता है, और सिर्फ़ कॉपीराइट, शर्तों और गोपनीयता का टेक्स्ट बदला जाता है। फ़ील्ड संदर्भ के लिए /compatibility/here/ देखें। ज़्यादातर मामलों में एप्लिकेशन कोड में ज़रूरी बदलाव होस्ट का नाम और कुंजी है, items[0].position या items[0].address.label पढ़ने वाले कोड में कुछ भी नहीं।
HERE से माइग्रेट करने वाली एंटरप्राइज़ टीमों में अक्सर जियोकोडिंग एक के बजाय कई सेवाओं में जुड़ी होती है, इसलिए पहले हर कॉल साइट की सूची बनाना मददगार है: बैच जॉब, पता सत्यापन फ़ॉर्म, डिलीवरी रूटिंग और कोई भी एडमिन टूलिंग, सभी अक्सर स्वतंत्र रूप से एक ही API को कॉल करते हैं। उन्हें एक-एक सेवा करके ले जाना, किसी कम ट्रैफ़िक वाली चीज़ से शुरू करके, सबसे ज़्यादा मात्रा वाली कॉल के बदलने से पहले असली परिस्थितियों में नए होस्ट की पुष्टि करने का समझदारी भरा तरीका है।
ऑथेंटिकेशन के मामले में, My Geocode द्वारा जारी कुंजी X-API-Key हेडर, Authorization: Bearer हेडर, HTTP Basic auth या क्वेरी पैरामीटर के रूप में भेजी जा सकती है। अगर आपकी मौजूदा HERE क्लाइंट लाइब्रेरी पहले से किसी खास तरीके से ऑथेंटिकेट करती है, तो उसे नई कुंजी के साथ नए होस्ट पर पॉइंट करना आम तौर पर काफ़ी है, क्योंकि लाइब्रेरी को खुद बदलने की ज़रूरत नहीं होती।
मूल्य मोलभाव की वह परत हटा देता है जो एंटरप्राइज़ अनुबंधों में अक्सर होती है। कोई टियर वाला खाता ढाँचा नहीं है: बिना कुंजी के प्रतिदिन 2,500 अनुरोध मुफ़्त हैं, हर कुंजी प्रति नेटवर्क गिने जाने वाले प्रतिदिन 2,500 और मुफ़्त अनुरोध जोड़ती है, और उसके बाद €0.0001 प्रति अनुरोध की दर से प्रीपेड क्रेडिट या €50 प्रति माह में Unlimited कुंजी है। हर एंडपॉइंट की कीमत एक जैसी है, इस कम्पैटिबिलिटी होस्ट सहित, इसलिए जियोकोडिंग की मात्रा बनाम सर्च या autosuggest की मात्रा के लिए कोई अलग मोलभाव नहीं है।
अगर आपके HERE उपयोग का एक हिस्सा सीधी जियोकोडिंग के बजाय autosuggest है, तो उसे माइग्रेशन का अलग चरण मानना सार्थक है, क्योंकि ऑटोकम्प्लीट जैसे एंडपॉइंट का अपना रिस्पॉन्स ढाँचा और अधूरे इनपुट पर निर्भर अनुरोध पैटर्न होता है, और जियोकोडिंग के बदलाव में मिला देने के बजाय उसका अलग परीक्षण होना चाहिए। हर अनुरोध पर कोटा का उपयोग, कम्पैटिबिलिटी होस्ट सहित, X-Quota-Used और X-Credits-Remaining जैसे रिस्पॉन्स हेडर के ज़रिए दिखता है, जिनका विवरण /docs/rate-limits/ पर है।