Oxide strânge $445M în seria D pentru a extinde infrastructura cloud deținută de întreprinderi

Experiența cloud devine ceva ce întreprinderile pot cumpăra și opera în propriile lor facilităţi. Oxide Computer Company a strâns o serie D de $445 milioane pentru a extinde această propunere: un sistem de calcul integrat care combină hardware și software cu sursă deschisă în infrastructura deținută de clienţii săi.

Anunțul din 9 octombrie identifică Eclipse ca investitor principal, cu participarea investitorilor existenţi, inclusiv US Innovative Technology Fund, Riot Ventures și Jane Street. Noi investitori includ Atreides Management și AMD Ventures. Oxide afirmă că a atins profitabilitatea la începutul acestui an și va folosi capitalul pentru a asigura componentele și a extinde producţia pe măsură ce cererea depăşeşte producţia. CEO‑ul Steve Tuck spune că capacitatea de producție a crescut de douăzeci de ori în ultimele doisprezece luni – o cifră raportată de companie, mai degrabă decât un indicator de creştere a veniturilor. Anunțul de finanţare încadrează investiţia în contextul scalării livrărilor.

De ce o companie hardware profitabilă are nevoie de capital suplimentar

Profitabilitatea și numerarul disponibil pentru extindere sunt lucruri diferite atunci când o afacere trebuie să construiască sisteme fizice. În postul companiei însoțitor, co-fondatorii Bryan Cantrill și Steve Tuck explică că profitabilitatea Oxide provine din operaţiuni obișnuite de calcul, după ce s-au luat în calcul componentele, producţia, salariile și alte costuri.

Ei descriu, de asemenea, un backlog de comenzi care necesită cheltuieli semnificative în avans. Generarea de numerar existentă și facilitățile de împrumut ar putea susține îndeplinirea acelui backlog, spun ei, dar ar lăsa compania mai precaută în privința asumării unei noi cereri și a absorbţiei perturbărilor de aprovizionare. Runda de capital propriu oferă Oxide mai mult spațiu pentru a se angaja în producție înainte ca clienții să primească sistemele lor.

Acest lucru face ca povestea finanțării să fie neobișnuit de concretă. Următorul test este dacă puterea de cumpărare suplimentară și capacitatea de producție se traduc în instalări la timp, suport de încredere și adoptare susținută de către clienți. O rundă mare furnizează resurse pentru această activitate; execuția determină rezultatul.

Ce înseamnă, de fapt, un cloud deținut de întreprindere

Unitatea de achiziție a Oxide este un rack complet, nu o colecție de servere, aparate de stocare, echipamente de rețea și licențe de virtualizare selectate independent. documentația produsului descrie un plan de control integrat cu un API, portal web și SDK-uri pentru provizionarea mașinilor virtuale, stocarea în bloc și rețelistică virtuală.

Distincția contează pentru cei care dezvoltă aplicații. Deținerea echipamentului fizic nu trebuie să însemne deschiderea unui tichet de fiecare dată când un dezvoltator are nevoie de o mașină. Un plan de control comun poate pune infrastructura la dispoziție prin software, în timp ce organizația păstrează responsabilitatea pentru locul în care se află echipamentul.

Integrarea schimbă, de asemenea, problema achizițiilor. Clienții evaluează un sistem cu comportament hardware și software coordonat, în loc să proiecteze fiecare interfață ei înșiși. Ei trebuie totuși să evalueze suportul furnizorului, căile de actualizare, cerințele de facilităţi și costul înlocuirii capacității în timp.

În interiorul stack‑ului: virtualizare, stocare și rețelistică

Arhitectura Oxide este mai specifică decât sugerează eticheta de cloud privat. ghidul de hipervizor și stocare descrie Helios, sistemul de operare gazdă bazat pe illumos, și Propolis, un hipervizor în spațiul utilizatorului scris în Rust, construit în jurul monitorului de mașini virtuale open‑source bhyve. Sistemele de operare oaspete utilizează interfețe de hardware virtual familiar.

Stocarea este grupată pe întregul rack. Diskurile virtuale distribuite mențin trei copii pe discuri fizice separate în șine de calcul separate, iar traficul de stocare este criptat între gazda oaspete și gazdele care dețin acele copii. Scopul este de a face reziliența parte a designului platformei, mai degrabă decât o sarcină de integrare lăsată în totalitate fiecărei echipe de aplicații.

arhitectura de rețea separă traficul de management de rețeaua aplicațiilor. Motorul de Transformare a Pachetelor al Oxide gestionează funcții precum rutarea, firewall‑ul și traducerea de adrese între mașinile virtuale și interfețele fizice. Conexiunile de comutatoare redundante susțin disponibilitatea, în timp ce construcțiile de cloud privat virtual oferă limite logice de rețea pentru sarcinile de lucru.

Aceste mecanisme servesc scopuri distincte. Replicarea abordează defectele de stocare; criptarea protejează traficul; politica de rețea controlează comunicațiile. Cumpărătorii ar trebui să examineze fiecare în funcție de cerințele proprii, în loc să trateze un rack integrat ca pe o garanție universală de securitate sau disponibilitate.

Procesoarele AMD și sarcinile AI în jurul GPU‑urilor

Participarea AMD are o legătură tehnică directă. specificațiile curente ale Oxide enumeră șine de calcul de a doua generație care utilizează procesoarele AMD EPYC 9005, cu configurații ce ajung la 192 de nuclee fizice și 1,5 TiB de memorie pe șină, alături de două conexiuni de rețea de 100 GbE. Capacitatea depinde de configurația aleasă; totalurile hardware fizic diferă, de asemenea, de resursele disponibile pentru sarcinile de lucru oaspete.

Pentru echipele de AI, aceste resurse acoperă o parte substanțială a infrastructurii care înconjoară execuția modelelor. Oxide’s pagina de infrastructură AI subliniază ingineria datelor, învățarea automată clasică, căutarea și recuperarea similarităților, și sarcini selectate de inferență bazate pe CPU. Evidențiază compatibilitatea cu instrumente precum Spark, Airflow, Ray și XGBoost, împreună cu automatizarea bazată pe API.

Aceasta este o modalitate utilă de a evalua relevanța sa pentru aplicații agentice. Un sistem care caută în mod repetat înregistrări enterprise, procesează documente și apelează servicii de business are nevoie de baze de date, memorie, stocare și calcul de uz general, alături de orice acceleratoare de modele. Plasarea acestor servicii de suport în apropierea datelor enterprise poate simplifica unele arhitecturi.

Acest lucru nu demonstrează că un rack de CPU poate înlocui infrastructura GPU pentru fiecare sarcină de AI. Echipele ar trebui să evalueze performanțele modelelor lor reale, sarcinile de recuperare, obiectivele de latență și concurență. Împărțirea adecvată între CPU-uri, acceleratoare și servicii externe depinde de aplicație.

Suportul Kubernetes merită o analiză atentă

Familiaritatea cu cloud-ul depinde și de instrumentele înconjurătoare. Într-un postul de inginerie din 13 august, Oxide a descris integrări pentru Rancher, Talos Linux prin Omni și Cluster API, precum și un manager de control cloud care conectează informațiile nodurilor Kubernetes cu instanțele Oxide.

Acest articol a diferențiat, de asemenea, capabilitățile livrate de munca în curs. Conectarea în timp real a discurilor și un plugin nativ pentru Container Storage Interface erau încă în dezvoltare la momentul publicării, în timp ce discuția sa despre rețelistică de servicii a explicat abordarea de echilibrare a încărcării disponibilă. Aceste detalii de implementare sunt învechite, astfel că cumpărătorii ar trebui să verifice stadiul ultimei versiuni în loc să presupună limitări permanente sau o paritate completă cu un serviciu public-cloud gestionat.

Lecția mai amplă este că o platformă de infrastructură condusă prin API și un ecosistem de aplicații complet gestionat reprezintă straturi separate. O evaluare de achiziție ar trebui să includă integrarea stocării, actualizările clusterului, observabilitatea și divizarea responsabilității operaționale.

Decizia de proprietate depinde în continuare de sarcini

Unite.AI a acoperit, de asemenea, repatrierea AI privată și a cloud-ului prin infrastructură găzduită. Oxide oferă o cale diferită în aceeași discuție: achiziționarea sistemului integrat în sine.

Pentru sarcini predictibile și utilizate în mod constant, deținerea poate facilita planificarea cheltuielilor de capacitate. Calculul necesită în continuare electricitate, răcire, personal, suport, finanțare, capacitate de rezervă și cicluri de reînnoire. Elasticitatea cloud-ului public poate rămâne valoroasă atunci când cererea este incertă sau cerințele se schimbă rapid.

Seria D a Oxide oferă modelului său de cloud deținut de întreprindere o pistă de producție mult mai extinsă. Cele mai semnificative dovezi vor fi operaționale: sisteme livrate, sarcini migrate cu succes și clienți care constată că ansamblul hardware‑software combinat le satisface nevoile în timp.