Oxide ने $445M की सीरीज़ D फंडिंग जुटाई एंटरप्राइज़‑स्वामित्व वाले क्लाउड इन्फ्रास्ट्रक्चर को स्केल करने के लिए

क्लाउड अनुभव ऐसा बन रहा है जिसे एंटरप्राइज़ अपनी सुविधाओं में खरीद और संचालित कर सकते हैं। Oxide Computer Company ने इस प्रस्ताव को विस्तारित करने के लिए $445 मिलियन की सीरीज़ D फंडिंग जुटाई है: एक एकीकृत कंप्यूटिंग सिस्टम जो हार्डवेयर और ओपन‑सोर्स सॉफ़्टवेयर को मिलाकर ग्राहकों के स्वामित्व वाले इन्फ्रास्ट्रक्चर में परिवर्तित करता है।

9 अक्टूबर की घोषणा में Eclipse को मुख्य निवेशक के रूप में पहचाना गया है, जिसमें मौजूदा निवेशकों की भागीदारी शामिल है जैसे US Innovative Technology Fund, Riot Ventures, और Jane Street. नए निवेशकों में Atreides Management और AMD Ventures शामिल हैं। Oxide का कहना है कि इस वर्ष की शुरुआत में उसने लाभप्रदता हासिल की और वह पूंजी का उपयोग घटकों को सुरक्षित करने और उत्पादन का विस्तार करने के लिए करेगा क्योंकि मांग उत्पादन से अधिक है। CEO स्टीव टक का कहना है कि पिछले बारह महीनों में उत्पादन क्षमता बीस गुना बढ़ी है—यह कंपनी द्वारा रिपोर्ट की गई क्षमता का आंकड़ा है, न कि राजस्व वृद्धि का मापदंड। वित्त पोषण घोषणा निवेश को डिलीवरी स्केलिंग के इर्द‑गिर्द फ्रेम करती है।

एक लाभप्रद हार्डवेयर कंपनी को अधिक पूँजी क्यों चाहिए

जब कोई व्यवसाय भौतिक सिस्टम बनाता है, तो लाभप्रदता और विस्तार के लिए उपलब्ध नकदी दो अलग चीजें होती हैं। उनके साथ की कंपनी पोस्ट में, सह‑संस्थापक ब्रायन कैंट्रिल और स्टीव टक बताते हैं कि Oxide की लाभप्रदता सामान्य कंप्यूटर संचालन से आई है, जिसमें घटकों, उत्पादन, वेतन और अन्य लागतों को ध्यान में रखा गया है।

वे एक ऑर्डर बैकलॉग का भी वर्णन करते हैं जिसके लिए पर्याप्त अग्रिम खर्च आवश्यक है। मौजूदा नकदी उत्पन्न करने और ऋण सुविधाएँ उस बैकलॉग को पूरा करने में मदद कर सकती हैं, उनका कहना है, लेकिन इससे कंपनी नई मांग लेने और आपूर्ति व्यवधानों को संभालने में अधिक सतर्क रहेगी। इक्विटी राउंड Oxide को ग्राहकों को उनके सिस्टम मिलने से पहले उत्पादन के लिए अधिक प्रतिबद्धता देने की जगह प्रदान करता है।

यह वित्तपोषण कहानी को असामान्य रूप से ठोस बनाता है। अगली परीक्षा यह है कि अतिरिक्त खरीद शक्ति और उत्पादन क्षमता समय पर इंस्टॉलेशन, विश्वसनीय समर्थन और निरंतर ग्राहक अपनाने में परिवर्तित होती है या नहीं। एक बड़ी फंडिंग इस कार्य के लिए संसाधन प्रदान करती है; निष्पादन परिणाम तय करता है।

एंटरप्राइज़‑स्वामित्व वाले क्लाउड का वास्तविक अर्थ क्या है

Oxide की खरीद इकाई एक पूरा रैक है, न कि स्वतंत्र रूप से चुने गए सर्वर, स्टोरेज उपकरण, नेटवर्किंग हार्डवेयर और वर्चुअलाइज़ेशन लाइसेंसों का संग्रह। इसका उत्पाद दस्तावेज़ एकीकृत कंट्रोल प्लेन का वर्णन करता है जिसमें API, वेब पोर्टल और SDKs शामिल हैं जो वर्चुअल मशीन, ब्लॉक स्टोरेज और वर्चुअल नेटवर्किंग की प्रोविजनिंग के लिए हैं।

यह अंतर उन लोगों के लिए महत्वपूर्ण है जो एप्लिकेशन बनाते हैं। भौतिक उपकरण का स्वामित्व इसका मतलब नहीं कि हर बार जब डेवलपर को मशीन चाहिए तो टिकट दर्ज करना पड़े। एक सामान्य कंट्रोल प्लेन सॉफ़्टवेयर के माध्यम से इन्फ्रास्ट्रक्चर को उपलब्ध करा सकता है, जबकि संगठन उपकरण के स्थान के लिए जिम्मेदारी बनाए रखता है।

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

स्टैक के अंदर: वर्चुअलाइज़ेशन, स्टोरेज और नेटवर्किंग

Oxide की आर्किटेक्चर निजी‑क्लाउड लेबल से अधिक विशिष्ट है। इसका हाइपरवाइज़र और स्टोरेज गाइड हेलियस, उसका illumos‑आधारित होस्ट ऑपरेटिंग सिस्टम, और प्रोपोलिस, एक Rust यूज़र‑स्पेस हाइपरवाइज़र जो ओपन‑सोर्स bhyve वर्चुअल मशीन मॉनिटर के आसपास निर्मित है, का वर्णन करता है। गेस्ट ऑपरेटिंग सिस्टम परिचित वर्चुअल हार्डवेयर इंटरफ़ेस का उपयोग करते हैं।

स्टोरेज को पूरे रैक में पूल किया जाता है। वितरित वर्चुअल डिस्क अलग-अलग भौतिक डिस्कों में अलग-अलग कंप्यूट स्लेड्स पर तीन प्रतियों को बनाए रखते हैं, और स्टोरेज ट्रैफ़िक गेस्ट होस्ट और उन प्रतियों को रखने वाले होस्टों के बीच एन्क्रिप्टेड होता है। उद्देश्य यह है कि लचीलापन को प्लेटफ़ॉर्म के डिज़ाइन का हिस्सा बनाया जाए, न कि प्रत्येक एप्लिकेशन टीम को सौंपा गया एकीकृत कार्य।

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

ये तंत्र अलग-अलग उद्देश्यों की पूर्ति करते हैं। प्रतिकृति (रेप्लिकेशन) स्टोरेज विफलताओं को संबोधित करती है; एन्क्रिप्शन ट्रैफ़िक की सुरक्षा करता है; नेटवर्क नीति संचार को नियंत्रित करती है। खरीदारों को प्रत्येक को अपनी आवश्यकताओं के अनुसार मूल्यांकन करना चाहिए, बजाय इसके कि एकीकृत रैक को सार्वभौमिक सुरक्षा या उपलब्धता गारंटी माना जाए।

AMD प्रोसेसर और GPUs के आसपास के AI कार्यभार

AMD की भागीदारी का एक प्रत्यक्ष तकनीकी संबंध है। Oxide के वर्तमान विनिर्देश में दूसरे पीढ़ी के कंप्यूट स्लेड्स की सूची है जो AMD EPYC 9005 प्रोसेसर का उपयोग करते हैं, जिनकी कॉन्फ़िगरेशन में प्रति स्लेड 192 फिजिकल कोर और 1.5 TiB मेमोरी तक हो सकती है, साथ ही दो 100 GbE नेटवर्क कनेक्शन। क्षमता चयनित कॉन्फ़िगरेशन पर निर्भर करती है; भौतिक हार्डवेयर की कुल संख्या भी गेस्ट वर्कलोड के लिए उपलब्ध संसाधनों से अलग होती है।

AI टीमों के लिए, ये संसाधन मॉडल निष्पादन के आसपास की इन्फ्रास्ट्रक्चर का एक महत्वपूर्ण हिस्सा कवर करते हैं। Oxide का AI इन्फ्रास्ट्रक्चर पेज डेटा इंजीनियरिंग, क्लासिकल मशीन लर्निंग, रिट्रीवल और सिमिलैरिटी सर्च, तथा चयनित CPU-आधारित इन्फरेंस वर्कलोड्स पर ज़ोर देता है। यह Spark, Airflow, Ray, और XGBoost जैसे टूल्स के साथ संगतता को उजागर करता है, साथ ही API-चालित ऑटोमेशन को भी दर्शाता है।

यह उसकी एजेंटिक एप्लिकेशनों के प्रति प्रासंगिकता का आकलन करने का एक उपयोगी तरीका है। एक सिस्टम जो बार‑बार एंटरप्राइज़ रिकॉर्ड्स को खोजता है, दस्तावेज़ों को प्रोसेस करता है, और बिजनेस सर्विसेज को कॉल करता है, उसे डेटाबेस, मेमोरी, स्टोरेज, और सामान्य‑उद्देश्यीय कंप्यूटेशन के साथ-साथ किसी भी मॉडल एक्सेलेरेटर की आवश्यकता होती है। इन सहायक सेवाओं को एंटरप्राइज़ डेटा के निकट रखने से कुछ आर्किटेक्चर सरल हो सकते हैं।

यह यह स्थापित नहीं करता कि एक CPU रैक हर AI कार्य के लिए GPU इन्फ्रास्ट्रक्चर की जगह ले सकता है। टीमों को अपने वास्तविक मॉडल, रिट्रीवल वर्कलोड, लेटेंसी लक्ष्य, और समवर्तीता को बेंचमार्क करना चाहिए। CPUs, एक्सेलेरेटर्स, और बाहरी सेवाओं के बीच उचित विभाजन आवेदन पर निर्भर करता है।

Kubernetes समर्थन को करीब से देखना चाहिए

क्लाउड परिचितता भी आसपास के टूल्स पर निर्भर करती है। एक 13 अगस्त इंजीनियरिंग पोस्ट में, Oxide ने Rancher, Omni के माध्यम से Talos Linux, और Cluster API के लिए इंटीग्रेशन का वर्णन किया, साथ ही एक क्लाउड कंट्रोलर मैनेजर जो Kubernetes नोड जानकारी को Oxide इंस्टेंसेज़ से जोड़ता है।

उस पोस्ट ने डिलीवर की गई क्षमताओं को चल रहे कार्यों से भी अलग किया। डिस्क हॉट‑प्लगिंग और एक नेटिव Container Storage Interface प्लगइन अभी भी प्रकाशन के समय विकासाधीन थे, जबकि सर्विस नेटवर्किंग पर चर्चा उपलब्ध लोड‑बैलेंसिंग दृष्टिकोण को समझाती थी। ये पुरानी कार्यान्वयन विवरण हैं, इसलिए खरीदारों को नवीनतम रिलीज़ स्थिति की पुष्टि करनी चाहिए, न कि स्थायी सीमाओं या प्रबंधित पब्लिक‑क्लाउड सेवा के साथ पूर्ण समानता माननी चाहिए।

व्यापक सीख यह है कि API‑चालित इन्फ्रास्ट्रक्चर प्लेटफ़ॉर्म और पूरी तरह प्रबंधित एप्लिकेशन इकोसिस्टम अलग‑अलग परतें हैं। एक प्रोक्योरमेंट मूल्यांकन में स्टोरेज इंटीग्रेशन, क्लस्टर अपग्रेड, ऑब्ज़रवबिलिटी, और संचालन जिम्मेदारी के विभाजन को शामिल करना चाहिए।

स्वामित्व निर्णय अभी भी कार्यभार पर निर्भर करता है

Unite.AI ने भी होस्टेड इन्फ्रास्ट्रक्चर के माध्यम से निजी AI और क्लाउड पुनर्स्थापन को कवर किया है। Oxide उसी चर्चा में एक अलग मार्ग प्रदान करता है: एकीकृत सिस्टम को स्वयं खरीदना।

भविष्यवाणी योग्य, लगातार उपयोग किए जाने वाले कार्यभारों के लिए, स्वामित्व क्षमता खर्च को योजना बनाना आसान बना सकता है। इस गणना में अभी भी बिजली, कूलिंग, स्टाफ, समर्थन, वित्तपोषण, अतिरिक्त क्षमता, और रिफ्रेश साइकिल शामिल हैं। जब मांग अनिश्चित हो या आवश्यकताएँ जल्दी बदलें, तो पब्लिक‑क्लाउड इलास्टिसिटी अभी भी मूल्यवान रह सकती है।

Oxide की सीरीज़ D उसके एंटरप्राइज़‑स्वामित्व क्लाउड मॉडल को एक बहुत बड़ा निर्माण रनवे प्रदान करती है। यहाँ से सबसे महत्वपूर्ण साक्ष्य संचालनात्मक होंगे: डिलीवर किए गए सिस्टम, सफलतापूर्वक माइग्रेट किए गए कार्यभार, और ग्राहक जो समय के साथ संयुक्त हार्डवेयर और सॉफ़्टवेयर स्टैक को अपनी जरूरतों के अनुरूप पाते हैं।