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