बैकग्राउंड जॉब टूल से अकेले चलने वाला सॉफ़्टवेयर कारोबार: Sidekiq

बैकग्राउंड जॉब टूल बनाना

2012 में Mike Perham ने Ruby एप्लिकेशन के बैकग्राउंड जॉब संभालने वाला टूल Sidekiq जारी किया। बुनियादी संस्करण मुफ़्त बाँटा गया, और अलग इस्तेमाल की शर्तें चाहने वाली कंपनियों को 50 डॉलर का व्यावसायिक लाइसेंस बेचा गया। पहली बिक्री में 33 लाइसेंस बिके और कुल 1,650 डॉलर आए। जिस टूल पर सैकड़ों घंटे लगे थे, उसे लंबे समय तक संभालने के लिए ऐसा प्रोडक्ट चाहिए था जिसके लिए ग्राहक साफ़ वजह से पैसे दे।

Sidekiq का काम वेबसेवा के पर्दे के पीछे दोहराए जाने वाले काम संभालना था। ऑर्डर की जानकारी भेजने वाले ईमेल या बाहरी सेवाओं के साथ डेटा सिंक करने का काम अलग से चलने पर उपयोगकर्ता को उसके पूरा होने तक स्क्रीन के सामने इंतज़ार नहीं करना पड़ता। डेवलपमेंट टीम को एक ऐसा साझा आधार मिलता है जिसमें काम को कतार में डाला जा सके, नाकाम होने पर दोबारा चलाया जा सके और उसकी स्थिति देखी जा सके।

Perham ऐसे सिस्टम कई नौकरियों में खुद बना चुके डेवलपर थे। 2008 में FiveRuns में उन्होंने जॉब कतार बनाई, और उसके बाद भी भंडारण का तरीका और चलाने का ढाँचा बदलते हुए कई बैकग्राउंड प्रोसेसिंग टूल बनाए। Sidekiq में इस दौरान जमा अनुभव और पुराने टूल की दिक्कतें घटाने वाला डिज़ाइन शामिल था।

मुख्य फ़ैसला यह था कि एक ही प्रोसेस के भीतर कई थ्रेड से काम निपटाया जाए। साथ-साथ चलने वाले काम बढ़ाने के लिए प्रोसेस जोड़ते जाने से पड़ने वाले संसाधन के बोझ को घटाने पर ध्यान रखा गया। शुरू में लगाने के लिहाज़ से Rails के साथ गहरा जुड़ाव और मौजूदा Resque उपयोगकर्ताओं के लिए आसान शिफ़्ट वाली संगतता ज़रूरी मानी गई।

जिस ई-कॉमर्स कंपनी The Clymb में वह काम करते थे, उसने शुरुआती उत्पाद को अपनी असली सेवा में इस्तेमाल किया। अक्टूबर 2012 में Perham ने बताया कि कंपनी को Sidekiq को प्रोडक्शन में लगाए छह महीने हो चुके थे और यह पहले के Delayed Job सेटअप से तेज़ और भरोसेमंद चल रहा था। खुद चलाई जा रही सेवा का अनुभव प्रोडक्ट सुधारने और भुगतान वाली सुविधाएँ तय करने का आधार बना।

Sidekiq Pro से राजस्व शुरू होना

अक्टूबर 2012 में जारी Sidekiq Pro की कीमत हर कंपनी के लिए 500 डॉलर थी। इसमें कई कामों को एक साथ जोड़कर उनकी प्रगति देखने वाली बैच सुविधा, काम का समूह पूरा होने पर भेजी जाने वाली सूचना और संचालन के आँकड़े जमा करने की सुविधा शामिल थी। डेवलपर सैकड़ों इमेज संभालने के बाद अगला चरण चलाने जैसा प्रवाह बना सकता था। यानी बुनियादी टूल के ऊपर ऐसी सुविधाएँ भुगतान वाले विस्तार के रूप में जोड़ी गईं जिन्हें कंपनी के लिए खुद बनाना और संभालना झंझट का काम था।

Pro की पहले साल में करीब 140 बिक्री हुई और राजस्व 70,000 डॉलर तक पहुँचा। अक्टूबर 2013 के आसपास की बिक्री रफ़्तार को साल भर का हिसाब लगाने पर करीब 100,000 डॉलर बनती थी, इसलिए साइड प्रोजेक्ट को पूरा समय का काम बनाने की गुंजाइश दिखने लगी। उसी रिव्यू में Perham ने लिखा कि पिछले एक साल में Sidekiq की 34 बार रिलीज़ हुई। कमाई आने से सुविधाएँ सुधारने और गड़बड़ियाँ ठीक करने पर लगातार समय देने की वजह भी साफ़ हो गई।

शुरुआती बिक्री उस भरोसे पर फैली जो उन्होंने Ruby डेवलपर्स के बीच बनाया था। Perham 2007 से तकनीकी ब्लॉग चलाते थे और RubyConf तथा RailsConf में डेवलपर्स से मिलकर सवालों के जवाब देते थे। जिन डेवलपर्स ने उत्पाद इस्तेमाल किया, वे उसे साथियों को सुझाते या नई नौकरी वाली कंपनी में दोबारा लगवाते रहे। उन्होंने ऐसे डेवलपर्स को तरक्की की अहम मिसाल बताया जिन्होंने दो-तीन अलग-अलग नौकरियों में Pro खरीदा।

Pro आने के बाद करीब 18 महीनों तक मासिक बिक्री 10,000 डॉलर के स्तर तक पहुँच गई। साइड का काम मुख्य नौकरी की तनख्वाह से आगे निकला तो Perham ने आज़ाद होने की तैयारी की और जुलाई 2014 में The Clymb छोड़ दिया। उसी महीने Contributed Systems बनाया और Sidekiq का विकास तथा सपोर्ट ही पूरा समय का काम बना लिया। यानी प्रोडक्ट के असल में घर का खर्च उठाने लायक होने के बाद ही काम का तरीका बदला गया।

सब्सक्रिप्शन और Enterprise

भुगतान वाला संस्करण कंपनियों के काम के प्रवाह को और गहराई से सँभालने की तरफ बढ़ा। फ़रवरी 2015 में Pro 2.0 में बैच के भीतर दूसरा बैच रखने लायक ढाँचा बनाया गया, जिससे कई चरणों वाले काम संभाले जा सके। तय समय पर चलने वाले कामों को कतार में भेजते समय काम खोने का जोखिम वाला हिस्सा भी नए शेड्यूलर से सुधारा गया। ग्राहक जो कीमत देता था, उसमें जटिल काम का नियंत्रण और संचालन की भरोसेमंदी भी जुड़ती गई।

बिक्री का तरीका भी लगातार रखरखाव के हिसाब से सब्सक्रिप्शन में बदला। Perham ने 2016 के इंटरव्यू में एक बार का भुगतान लेकर ज़िंदगी भर सपोर्ट देने को अपनी सबसे बड़ी गलती बताया। वजह यह थी कि Ruby और Rails बदलने पर प्रोडक्ट भी ठीक करना पड़ता और उपयोगकर्ता बढ़ने पर सपोर्ट का काम भी लगातार बनता रहता था। तब तक वह ऐसे प्रोडक्ट के हिसाब से सालाना सब्सक्रिप्शन बेच रहे थे जो एप्लिकेशन में कई साल तक चलता है।

अगस्त 2015 में बड़ी कंपनियों के लिए Sidekiq Enterprise जारी किया गया। इसमें बाहरी API पर अनुरोध न उमड़ें, इसके लिए सीमा लगाने की सुविधा, तय समय-सारिणी पर काम चलाने की सुविधा और दोबारा दर्ज हुए कामों को रोकने की सुविधा जैसी चीज़ें जोड़ी गईं। इन सुविधाओं का निशाना वे संचालन समस्याएँ थीं जो काम बढ़ने और कई सिस्टम जोड़ने पर पैदा होती हैं। Pro से ज़्यादा कीमत दे सकने वाले ग्राहक और उनके इस्तेमाल का मकसद साफ़ हो गया।

Enterprise में खरीद की प्रक्रिया भी कंपनियों की ज़रूरत के हिसाब से बनाई गई। Pro में क्रेडिट कार्ड भुगतान बना रहा, और Enterprise में कोटेशन, खरीद ऑर्डर और बिल से गुज़रने वाला सौदा खोला गया। रिलीज़ के समय अनुबंध की शर्तों पर बातचीत और Perham के खुद चलाए एक घंटे के शुरुआती सलाह सत्र की सुविधा भी दी गई। यानी जो प्रोडक्ट डेवलपर इस्तेमाल करना चाहते थे, उसमें कंपनी के असल में खरीद पाने की प्रक्रिया जोड़ दी गई।

कीमत का आधार संचालन के पैमाने के हिसाब से बाँटा गया। तब Pro सालाना 950 डॉलर में आता था और काम चलाने के पैमाने पर कोई पाबंदी नहीं थी, जबकि Enterprise की कीमत प्रोडक्शन में इस्तेमाल होने वाले वर्कर थ्रेड की संख्या के हिसाब से बढ़ती थी। छोटी कंपनियों के लिए सीधा तय शुल्क रखा गया और बड़े पैमाने पर इस्तेमाल करने वाली कंपनियों से उस पैमाने के हिसाब से पैसा लिया गया।

Enterprise की रिलीज़ वाले 2015 में राजस्व पिछले साल से 2.6 गुना बढ़ा और औसत बिक्री कीमत दोगुनी हो गई। Perham ने बताया कि शुरू में उनका लक्ष्य 500 डॉलर वाला प्रोडक्ट 2,000 बार बेचकर कुल 10 लाख डॉलर कमाने का था। कारोबार चलाते हुए उन्हें लगा कि 2,000 डॉलर देने वाले 500 ग्राहक जुटाना ज़्यादा व्यावहारिक है। यह ऐसा अनुभव था कि कंपनियों के लिए बने खास प्रोडक्ट में ग्राहकों की संख्या की सीमा को ऊँचे फ़ायदे और सही कीमत से पूरा करना पड़ता है।

अकेले चलाने का दायरा तय करना

दूसरे प्रोडक्ट में यही तरीका काफ़ी कमाई तक नहीं पहुँचा। 2014 के अंत में पेश किया गया प्रोसेस निगरानी टूल Inspeqtor और उसका भुगतान वाला संस्करण इस्तेमाल और बिक्री दोनों में उम्मीद से कम रहा। Perham ने 2015 में कारोबार समेटने वाले रिव्यू में बताया कि पुराना प्रोडक्ट चलता रहेगा, लेकिन उसमें नई सुविधाएँ नहीं जोड़ी जाएँगी। जिस प्रोडक्ट की बिक्री प्रतिक्रिया कमज़ोर हो, उस पर विकास का समय लगातार लगाना बंद कर दिया गया।

अक्टूबर 2017 में जारी Faktory में उन्होंने अपनी जानी-पहचानी बैकग्राउंड जॉब प्रोसेसिंग की दुनिया को आगे बढ़ाया। Sidekiq में जमा डिज़ाइन दूसरी प्रोग्रामिंग भाषाओं में भी काम आए, इसलिए जॉब सर्वर और उसे चलाने वाले प्रोग्राम को अलग किया गया। रिलीज़ के समय Ruby और Go के लिए चलाने वाले टूल दिए गए, और कई भाषाओं से बने सिस्टम में भी एक ही तरीके से काम लेन-देन हो सके।

अकेले सँभालने लायक पैमाना बनाए रखने में प्रोडक्ट देने का तरीका भी काम आया। Sidekiq ग्राहक के सर्वर पर चलता है, इसलिए Perham को बिक्री के लिए जो आधार चलाना पड़ता था, वह भुगतान वाले सॉफ़्टवेयर को बाँटने और उसका पहुँच-प्रबंधन करने पर केंद्रित रह सका। 2016 में साझा किए गए सेटअप में 5 डॉलर प्रति महीने वाला सर्वर इंस्टेंस और Apache इस्तेमाल होते थे, और खराबी से निपटने के लिए दो चलाए जाते थे। ग्राहक के असली काम संभालने वाले सर्वर और सॉफ़्टवेयर बेचने वाले सर्वर के काम अलग-अलग थे।

भुगतान के बाद का दोहराया जाने वाला काम बिक्री बढ़ने के बाद अपने आप होने लगा। शुरुआती दो सालों में बिक्री की सूचना मिलने पर ग्राहक की पहुँच का अधिकार खुद जोड़ा जाता था। बाद में Stripe की भुगतान सूचना से खाता बनना, इंस्टॉल करने का निर्देश ईमेल से जाना और सब्सक्रिप्शन खत्म होने पर डाउनलोड का अधिकार हटना आपस में जोड़ दिया गया। ग्राहक खरीद से लेकर इंस्टॉल तक जो सफ़र तय करता था, उसमें हर बार संस्थापक को दखल देने की ज़रूरत घट गई।

जो सपोर्ट का काम इंसान ही कर सकता था, वह बाकी रहा। Perham ने बताया कि छुट्टी पर भी वह लैपटॉप साथ ले जाते हैं और सुबह करीब एक घंटा ईमेल का जवाब देकर बाकी समय आराम से बिताते हैं। उन्हें लगा कि कर्मचारी बढ़ाने से प्रबंधन का काम और खर्च दोनों बढ़ेंगे, इसलिए उन्होंने कारोबार को उस दायरे में बनाया जिसे वह खुद कुशलता से कर सकें या अपने आप चला सकें।

दस साल बाद का विकास

जनवरी 2022 में Sidekiq के विकास के दस साल पूरे होने पर जारी जानकारी में Contributed Systems के ग्राहकों की संख्या 1,850 थी। कंपनी का कुल जमा राजस्व 13.5 मिलियन डॉलर था और कर्मचारी सिर्फ़ Perham खुद थे। उन्होंने बताया कि Sidekiq और Faktory के उपयोगकर्ताओं को सपोर्ट देने में उनके काम का ज़्यादातर समय जाता था। यानी व्यावसायिक विस्तार से आई कमाई के सहारे लंबे समय तक प्रोडक्ट संभालने का ढाँचा बन चुका था।

प्रोडक्ट को बेहतर करने का सिलसिला उसके बाद भी चला। मार्च 2025 में जारी Sidekiq 8.0 में चल रहे कामों की कार्यक्षमता जाँचने की सुविधा और नया प्रबंधन स्क्रीन आया, और लंबे चलने वाले कामों को छोटे हिस्सों में बाँटने की सुविधा भी निखारी गई। Redis के साथ-साथ Valkey और DragonflyDB का आधिकारिक सपोर्ट जोड़कर ग्राहकों के लिए चुनने लायक भंडार भी बढ़ाया गया। शुरुआती गति के साथ-साथ ऐसा भी ध्यान रखा गया कि प्रोडक्ट पहले से लगा चुकी कंपनियों के लिए उसे संभालना आसान रहे।

बड़ा होने के बाद कंपनियों की अलग-अलग माँगें मानने का दायरा भी फिर से तय किया गया। 2026 के व्यावसायिक FAQ में साफ़ लिखा गया कि अलग अनुबंध की शर्तों पर बातचीत बंद कर दी गई है, और सुरक्षा तथा नियम-पालन से जुड़े दस्तावेज़ सिर्फ़ तय आकार से बड़े Enterprise ग्राहकों को बनाकर दिए जाते हैं। शुरुआती Enterprise ने कंपनियों के लिए खरीद का रास्ता खोला था, तो बाद की शर्तों ने दोहराती बातचीत और कागज़ी काम का दायरा सीमित किया। इस तरह का मानकीकरण ग्राहक बढ़ने पर पैदा होने वाले गैर-डेवलपमेंट काम को काबू में रखने का ज़रिया बनता है।

Sidekiq का कारोबार इसी बात से बढ़ा कि कंपनियों को जॉब प्रोसेसिंग की वह सुविधा मिली जिसे उन्हें खुद बनाना और बनाए रखना पड़ता। ग्राहकों के पास विकास का समय, गड़बड़ी से निपटने का बोझ और लगातार सुधार का खर्च जोड़कर हिसाब लगाने की वजह थी, और Perham के पास उस सुविधा को लंबे समय तक संभालने की कमाई। उन्होंने मुफ़्त टूल का फैलाव, कंपनियों के लिए बनी सुविधाओं की बिक्री, इस्तेमाल के पैमाने के हिसाब से कीमत और सीमित संचालन दायरे को मिलाकर डेवलपर टूल को अपनी लंबी आजीविका बना लिया।