Zapier या Make ऑटोमेशन को नए जियोकोडिंग होस्ट पर माइग्रेट करना
जियोकोडिंग चरण पर बने नो-कोड ऑटोमेशन के लिए कस्टम कोड से अलग माइग्रेशन तरीका चाहिए। यह बदलाव कैसे संभालें, यहाँ बताया गया है।
Open-Elevation को खुद होस्ट करना बनाम मैनेज्ड एंडपॉइंट का उपयोग
एक ओपन सोर्स प्रोजेक्ट के रूप में Open-Elevation की सरलता के दोनों पहलू हैं। अनुरोध और रिस्पॉन्स का फ़ॉर्मैट सच में इस्तेमाल करने में आसान है, निर्देशांकों की एक array भेजिए और मीटर में ऊँचाई के मानों की एक array पाइए, लेकिन इसे खुद चलाने का मतलब है ऊँचाई का डेटासेट जुटाना, उसे इतनी डिस्क स्पेस वाले सर्वर पर लोड करना जिसमें वह समा सके, और उस सर्वर को तब-तब उपलब्ध रखना जब-जब आपके एप्लिकेशन को जवाब चाहिए।
ऊँचाई के डेटासेट छोटे नहीं होते। किसी प्रोजेक्ट को जितने रिज़ॉल्यूशन और भौगोलिक कवरेज की ज़रूरत है, उसके आधार पर खुद होस्ट किए गए ऊँचाई डेटा के लिए काफ़ी स्टोरेज चाहिए हो सकता है, और किसी खास क्षेत्र के लिए ज़्यादा रिज़ॉल्यूशन वाले डेटा और ज़्यादा व्यापक लेकिन मोटे वैश्विक कवरेज के बीच समझौता करना पड़ता है। यह फ़ैसला, सर्वर के इंतज़ाम और अपडेट की नियमितता के साथ, एक असली और लगातार चलने वाली ज़िम्मेदारी है जिसे टीम उसी दिन उठा लेती है जिस दिन वह सेल्फ़-होस्टिंग चुनती है, न कि एक बार का सेटअप खर्च।
मैनेज्ड एंडपॉइंट यह ज़िम्मेदारी हटा देता है, बदले में आप किसी और के इन्फ्रास्ट्रक्चर और डेटासेट के चुनाव पर निर्भर होते हैं। My Geocode का ऊँचाई लुकअप एक पूरी तरह काम करने वाला एंडपॉइंट है जो किसी दिए गए निर्देशांक के लिए मीटर में ज़मीन की ऊँचाई लौटाता है, और यह हमारे अपने ऊँचाई डेटा से आती है, न कि किसी ऐसी चीज़ से जिसे आप खुद जुटाएँ और लोड करें। दस्तावेज़ /docs/elevation-lookup/ पर हैं।
इन दोनों रास्तों की तुलना का ईमानदार तरीका किसी एक तरीके की आम पसंद के बजाय अपने वास्तविक उपयोग के पैटर्न को देखना है:
- अगर ऊँचाई लुकअप कभी-कभार होते हैं, मान लीजिए सिर्फ़ तब जब कोई उपयोगकर्ता कोई खास रूट या लोकेशन देखता है, तो मैनेज्ड एंडपॉइंट का प्रतिदिन मुफ़्त कोटा शायद इस भार को बिना किसी इन्फ्रास्ट्रक्चर के रखरखाव के संभाल लेता है
- अगर ऊँचाई लुकअप किसी मुख्य प्रोडक्ट फ़ीचर के हिस्से के रूप में ऊँची और स्थिर मात्रा में होते हैं, तो मैनेज्ड एंडपॉइंट के मूल्य निर्धारण के तहत प्रति अनुरोध वास्तविक लागत की तुलना खुद होस्ट किए गए इंस्टेंस के सर्वर और स्टोरेज की बँटी हुई लागत से करना फ़ायदेमंद है
- अगर आपके उपयोग के मामले में ऐसे रिज़ॉल्यूशन पर या ऐसे क्षेत्र के लिए ऊँचाई डेटा चाहिए जिसके लिए खुद होस्ट किए गए डेटासेट का चुनाव खास तौर पर अनुकूल है, तो लागत की तुलना से अलग, यह सेल्फ़-होस्टिंग जारी रखने की एक जायज़ वजह है
खुद होस्ट किए गए Open-Elevation इंस्टेंस से मैनेज्ड एंडपॉइंट पर जाने वाली टीमों के लिए अनुरोध का पैटर्न (निर्देशांक भेजिए, ऊँचाई के मान पाइए) सैद्धांतिक रूप से वही रहता है, हालाँकि ऑथेंटिकेशन बदलकर एक कुंजी हो जाता है जो X-API-Key, Authorization: Bearer, HTTP Basic auth या एक क्वेरी पैरामीटर के रूप में भेजी जाती है। बिना किसी कुंजी के प्रतिदिन 2,500 मुफ़्त अनुरोध हैं, और हर कुंजी पर प्रतिदिन 2,500 और मुफ़्त अनुरोध (नेटवर्क के हिसाब से गिने जाते हैं), उसके बाद €0.0001 प्रति अनुरोध पर प्रीपेड क्रेडिट या €50 प्रति माह की Unlimited कुंजी, जिसकी कीमत प्लेटफ़ॉर्म के हर दूसरे एंडपॉइंट जैसी ही है।
कोई भी रास्ता हर हाल में सही नहीं है। एक साइड प्रोजेक्ट, जिसे कभी-कभी दिन में गिने-चुने निर्देशांकों के लिए ऊँचाई चाहिए, मैनेज्ड एंडपॉइंट के मुफ़्त टियर से ही अच्छी तरह चल जाता है। किसी सीमित भौगोलिक क्षेत्र के लिए डेटा रिज़ॉल्यूशन की बहुत खास ज़रूरतों वाली टीम को सेल्फ़-होस्टिंग अब भी बेहतर लग सकती है, और यह तुलना ईमानदारी से करने का एक जायज़ नतीजा है।