जिन टीमों को एक वाहन इमेज डेटाबेस की तलाश है, वे आमतौर पर कुछ विशेष का मतलब रखते हैं: हम चाहते हैं कि इमेजेज यहाँ हों, हमारे इन्फ्रास्ट्रक्चर में, जहाँ कोई उन्हें ले नहीं सकता या धीमा नहीं कर सकता। यह इच्छा सही है। इस निष्कर्ष पर पहुंचा जाता है कि फाइलों का एक डंप खरीदना चाहिए, आमतौर पर नहीं, क्योंकि एक इमेजेज का डेटाबेस एक ऐसा प्रोडक्ट नहीं है जिसे एक बार खरीदा जाता है। यह एक ऐसा दायित्व है जिसे हमेशा बनाए रखा जाता है।
सचमुच डेटाबेस का स्वामित्व क्या मतलब है
- आंतरिककरण: टेराबाइट्स की फाइलें, एक नामकरण परंपरा, और आपकी वाहन डेटा से एक मैपिंग जो अब आपकी है
- अपडेट: नए मॉडल वर्ष, फेसलिफ्ट और नए ब्रांड लगातार आते रहते हैं, इसलिए एक स्टैटिक डंप खरीदने के तिमाही में ही पुराना हो जाता है
- कवरेज गैप्स: जो भी डंप में नहीं है, वह भी नहीं है, और कोई रिक्वेस्ट नहीं है जो इसे भर सके
- लाइसेंसिंग: हर फ़ाइल को प्रोवेनेंस की ज़रूरत होती है, जिसे आप कानूनी पूछे, खरीद के सालों बाद भी उत्पन्न कर सकें
- सेवा: स्टोरेज, CDN, रीसाइज़िंग और फॉर्मेट कन्वर्शन अब आपका पाइपलाइन है
इनमें से कोई भी अकेले में मुश्किल नहीं है। साथ में ये एक स्थायी, गैर-ग्लैमरस आंतरिक उत्पाद है जिसका एक ग्राहक है, और जब भी इसका रखरखाव करने वाला टीम बदलता है, नामकरण परंपरा पुरातत्व बन जाती है।
एपीआई मॉडल क्या बदलता है
एक API स्वामित्व को उलट देता है: कैटलॉग, इसके अपडेट, इसके ट्रिम मैपिंग और इसके लाइसेंस प्रोवाइडर के साथ रहते हैं, और आपका सिस्टम आइडेंटिफ़ायर रखता है। एक रिक्वेस्ट जैसे brand/model/year/trim/view प्लस पैरामीटर वर्तमान, सही छवि वापस करता है, जिसमें उस मॉडल वर्ष के लिए भी, जो तब नहीं था जब आप डंप खरीदते। स्थिर आईडी का मतलब है कि आप जो रेफरेंस आज स्टोर करते हैं, वह कैटलॉग के विकसित होने के साथ-साथ रिज़ॉल्व होता रहता है; देखें पूर्ण ब्रांड और मॉडल कवरेज कि पीछे क्या है।
हाइब्रिड जिस पर अधिकांश प्रोडक्शन सिस्टम आते हैं
गारंटीड-एक्सेस इंस्टिंक्ट को अभी भी एक जवाब चाहिए, और जवाब कैशिंग है, न कि खरीदारी। API के माध्यम से रिज़ॉल्व करें, फिर अपने बकेट और CDN में वापस आये हुए इमेजेज़ को स्टोर करें, वाहन रिकॉर्ड्स के अनुसार की गई।
- पांच साल में पुनः उत्पन्न होने वाले दस्तावेज़ (नीतियाँ, अनुबंध, आर्काइव) का एक स्थानीय कॉपी रखें
- हॉट पाथ्स आपकी CDN से सर्व करते हैं और किसी पर इंतजार नहीं करते
- कैटलॉग अपडेट पर रिफ्रेश, ताकि सुधार और नए वर्ष बिना पुनः खरीद के आ सकें
एक मालिक की तरह कशे करें, एक सब्सक्राइबर की तरह रिज़ॉल्व करें। आप डेटाबेस को आकर्षक बनाने वाले कंट्रोल को पाते हैं, बिना इसके रखरखाव को विरासत में मिले।
एक डंप से एक लुकअप में माइग्रेट करना
जिन टीमों के पास पहले से ही एक इमेज डेटाबेस है, उन्हें आमतौर पर एक बिग-बैंग माइग्रेशन की जरूरत नहीं होती। काम करने वाला पैटर्न स्ट्रैंगलर-स्टाइल है: नए सतहें API के माध्यम से दिन एक से ही रिज़ॉल्व होती हैं, पुराने सतहें पुराने फाइलों को पढ़ते रहती हैं, और पुराना स्टोर अपडेट्स लेने बंद हो जाता है। एक कैटलॉग चक्र के भीतर, स्टेल इमेजेज रिज़ॉल्व्ड इमेजेज से ज़्यादा खराब दिखने लगती हैं, जिस बिंदु पर बची हुई सतहें तब तक नहीं बदलतीं जब तक कि प्रोडक्ट उन्हें बदलना चाहता है, न कि एक माइग्रेशन प्लान के कारण।
पहला वास्तविक बाधा जो पहले चेक करना चाहिए वह अनुबंधात्मक है। कुछ पुराने छवि डंप्स को ऐसे शर्तों के साथ लाइसेंस दिया गया था जो एक सतह पर स्रोतों को मिलाने पर प्रतिबंध लगाते हैं, और इस उलझन को सुलझाना एक कानूनी बातचीत है, इंजीनियरिंग नहीं। इसे पहले लिखें कि आप पहला एडाप्टर लिखें, क्योंकि यह तय करता है कि संक्रमण अवधि दोनों स्रोतों को साथ-साथ दिखा सकती है या नहीं।
उस पैटर्न की लागत मेकेनिक्स, और क्यों कैश्ड रिक्वेस्ट्स बिल को बदलते हैं, एक कार इमेज API महीने में कितना खर्च आता है में हैं; इंटीग्रेशन के विवरण vehicle image API page पर हैं।
