डेवलपरों के लिए शक्तिशाली बैकग्राउंड रिमूवल API
हमारे मज़बूत और लचीले API के साथ अपने एप्लिकेशन में एडवांस्ड AI-पावर्ड बैकग्राउंड रिमूवल इंटीग्रेट करें।
API की चाबी पाएंआसान इंटीग्रेशन
अपने ऐप में बैकग्राउंड रिमूवल को कुछ ही लाइन कोड से लागू करें। हमारा अच्छी तरह दस्तावेज़ित API और लोकप्रिय भाषाओं के लिए SDK इंटीग्रेशन को आसान बनाते हैं।
विविध एप्लिकेशनों के लिए कस्टमाइज़ेबल आउटपुट
अपनी ज़रूरतों के अनुसार बैकग्राउंड रिमूवल प्रोसेस को टेलर करें। पैरामीटर एडजस्ट करें, विभिन्न फॉर्मेट में एक्सपोर्ट करें, और प्रोग्रामेटिकली बैकग्राउंड भी बदलें।
एंटरप्राइज़-ग्रेड परफॉर्मेंस
स्केल और स्पीड के लिए बना। हमारा API रोज़ाना मिलियन रिक्वेस्ट को कम लेटेंसी से संभालता है, यह सुनिश्चित करते हुए कि आपके एप्लिकेशन भारी लोड के तहत भी रिस्पॉन्सिव रहें।
अपने ऐप में नए फीचर्स अनलॉक करें
अपने यूज़र्स को एडवांस्ड इमेज एडिटिंग क्षमताओं से सशक्त बनाएं। ई-कॉमर्स प्लेटफॉर्म से लेकर सोशल मीडिया ऐप्स तक, हमारे बैकग्राउंड रिमूवल API के साथ संभावनाएं असीमित हैं।
डेवलपरों के लिए सुझाए गए टूल्स
कैसे एक छोटी डेव टीम ने एक स्प्रिंट में प्रोफाइल-फोटो क्रॉपर फीचर शिप किया
हॉबी-मार्केटप्लेस ऐप बना रही चार-व्यक्ति डेवलपमेंट टीम को एक प्रोफाइल-फोटो फीचर चाहिए था जो यूज़र की कैज़ुअल फोन शॉट को साफ कैटलॉग-ग्रेड अवतार में बदल दे। PM ने इसे अगले स्प्रिंट में चाहा, डिज़ाइनर ने ऑन-ब्रांड बैकड्रॉप चाहे जिनसे यूज़र चुन सके, और प्लेटफॉर्म टीम ने नए सर्वर बिल नहीं चाहे। ट्रेडिशनल इंटीग्रेशन का मतलब होता एक पेड API की, एक नया माइक्रोसर्विस, और एक कतार।
टीम ने एडिटर के इन-ब्राउज़र कटआउट को मौजूदा अपलोड फ्लो में क्लाइंट-साइड स्टेप के रूप में वायर किया। यूज़र फोटो चुनता है, कटआउट उनके डिवाइस पर लोकली चलता है, यूज़र तीन ब्रांड-अलाइंड बैकड्रॉप में से एक चुनता है, और बनी JPEG उसी R2 बकेट में जाती है जो बाकी अपलोड फ्लो इस्तेमाल करता है। कोई सर्वर-साइड प्रोसेसिंग नहीं, कोई की रोटेशन नहीं, कोई प्रति-रिक्वेस्ट बिलिंग नहीं। पूरा फीचर 480 लाइन कोड में शिप हुआ, जिसमें पिकर UI और एनालिटिक्स इवेंट शामिल।
फीचर स्प्रिंट के अंत में लाइव गया, पहले महीने में 14,000 अवतार प्रोसेस किए बिना अतिरिक्त इन्फ्रा कॉस्ट के, और टीम का प्रोफाइल-कंप्लीशन रेट 31 प्रतिशत से 58 प्रतिशत तक गिरा क्योंकि पिकर अजीब अपलोड फील्ड के बजाय क्यूरेटेड अनुभव लगता था। प्लेटफॉर्म बिल फ्लैट रहा। टीम ने भविष्य के प्रोडक्ट-लिस्टिंग फोटो स्टेप के लिए वही पैटर्न ध्यान में रखा।
"हमें एक अवतार क्रॉपर चाहिए था जो सर्वर-साइड सर्विस या पेड API न जोड़े। इन-ब्राउज़र कटआउट को हमारे अपलोड फ्लो में वायर करने में एक स्प्रिंट लगा और प्रति यूज़र शून्य मार्जिनल कॉस्ट पर शिप हुआ। प्लेटफॉर्म टीम ने नोटिस किया कि हमारी रिक्वेस्ट ग्राफ बदली नहीं।"
"मैं अकेला इंजीनियर हूँ और मुझे एक प्रोफाइल-फोटो स्टेप चाहिए था जो थर्ड-पार्टी SDK न खींचे जिसकी हमेशा देखभाल करनी पड़े। क्लाइंट-साइड कटआउट का मतलब था मैंने फीचर शिप किया, फिर भूल गया। कोई की रोटेशन नहीं, कोई रेट लिमिट नहीं, छह महीने बाद कोई सपोर्ट टिकट नहीं।"
"स्टार्टर टेम्प्लेट में हेवीवेट SDK बंडल करना पूरे प्रोजेक्ट को भारी बनाता है। ब्राउज़र-साइड एप्रोच का मतलब है कंट्रिब्यूटर्स टेम्प्लेट को फोर्क कर सकते हैं और थर्ड-पार्टी अकाउंट सेट अप करने की ज़रूरत नहीं। मैंने स्विच किया तब से फोटो स्टेप का अडॉप्शन बढ़ा है।"
डेवलपर वर्कफ्लो में फिट होने वाले पिक्स
डेवलपरों के लिए आम सवाल
क्या इन-ब्राउज़र कटआउट के लिए स्थिर API है, या मुझे एडिटर iframe एम्बेड करना होगा?
एडिटर एक छोटा JavaScript सरफेस खोलता है जिसे आप अपने पेज से कॉल कर सकते हैं जब मॉडल लोड हो जाता है। कटआउट एक Blob लौटाता है जिसका आप मालिक हैं, इसलिए आप इसे सीधे अपनी मौजूदा अपलोड पाइपलाइन में पाइप कर सकते हैं। मॉडल लोडर Cache API के ज़रिए सेशन में कैशिंग संभालता है, इसलिए दूसरी विज़िट तेज़ होती है। कोई iframe ज़रूरी नहीं और कोई postMessage हैंडशेक नहीं, फंक्शन किसी भी अन्य क्लाइंट-साइड इमेज ऑपरेशन की तरह इनवोक करने योग्य है।
पहली बार आने वाले विज़िटर पर मॉडल का कोल्ड-स्टार्ट कॉस्ट क्या है?
फर्स्ट-लोड WASM रनटाइम और मॉडल वेट्स फेच करता है, जो मिलकर वायर पर लगभग 30 MB हैं। मॉडर्न ब्रॉडबैंड कनेक्शन उसे दो या तीन सेकंड में पाता है; धीमा मोबाइल नेटवर्क लगभग दस के करीब। बाद की विज़िट Cache API पर हिट करती हैं और तुरंत शुरू होती हैं। लेटेंसी-संवेदनशील ऐप्स के लिए, HTML हेड में प्रीलोड हिंट कैश को यूज़र के फोटो स्टेप तक पहुँचने से पहले गर्म करता है। डिवाइस के लिए सर्वर-असिस्टेड फॉलबैक उपलब्ध है जो मॉडल को लोकली नहीं चला सकते।
अगर मैं इसे कमर्शियल प्रोडक्ट में इंटीग्रेट करूं तो क्या इस्तेमाल लिमिट या कोटा है?
ब्राउज़र-साइड पाइपलाइन यूज़र के डिवाइस पर चलती है, इसलिए कोई प्रति-रिक्वेस्ट कोटा नहीं और कोई रेट लिमिट नहीं जिसे नेगोशिएट करना पड़े। दुर्लभ डिवाइस के लिए सर्वर-असिस्टेड फॉलबैक जो मॉडल को लोकली नहीं चला सकता, उसके अपने कोटा अलग से डॉक्युमेंटेड हैं। हाई-वॉल्यूम कमर्शियल इंटीग्रेशन के लिए सिफारिश है लोकल-कटआउट पाथ को डिफॉल्ट के रूप में संभालें और सर्वर फॉलबैक केवल कैपेबिलिटी डिटेक्शन फेलियर पर सरफेस करें, जो स्केल करते हुए कॉस्ट को प्रिडिक्टेबल रखता है।
सर्विस जोड़े बिना फोटो फीचर शिप करें
इन-ब्राउज़र कटआउट को अपने मौजूदा अपलोड कंपोनेंट में वायर करें, फाइल यूज़र के डिवाइस पर रखें, और रिज़ल्ट को सीधे अपने स्टोरेज में पाइप करें।