Oxide raccoglie $445 milioni in Serie D per ampliare l’infrastruttura cloud di proprietà aziendale

L’esperienza cloud sta diventando qualcosa che le imprese possono acquistare e gestire nelle proprie strutture. Oxide Computer Company ha raccolto $445 milioni in un round Serie D per espandere questa proposta: un sistema informatico integrato che combina hardware e software open source in un’infrastruttura di proprietà dei clienti.

L’annuncio del 9 ottobre identifica Eclipse come investitore principale, con la partecipazione di investitori esistenti tra cui US Innovative Technology Fund, Riot Ventures e Jane Street. Nuovi investitori includono Atreides Management e AMD Ventures. Oxide afferma di aver raggiunto la redditività all’inizio di quest’anno e utilizzerà il capitale per garantire i componenti e ampliare la produzione poiché la domanda supera la capacità produttiva. Il CEO Steve Tuck dichiara che la capacità produttiva è aumentata di venti volte negli ultimi dodici mesi — una cifra di capacità riportata dall’azienda, piuttosto che una metrica di crescita dei ricavi. L’annuncio del finanziamento inquadra l’investimento nella scalata delle consegne.

Perché un’azienda hardware redditizia ha bisogno di più capitale

La redditività e la liquidità disponibile per l’espansione sono cose diverse quando un’azienda deve costruire sistemi fisici. In il loro post aziendale di accompagnamento, i cofondatori Bryan Cantrill e Steve Tuck spiegano che la redditività di Oxide è derivata dalle normali operazioni informatiche, dopo aver tenuto conto di componenti, produzione, stipendi e altri costi.

Descrivono anche un arretrato di ordini che richiede ingenti spese anticipate. La generazione di liquidità esistente e le linee di credito potrebbero supportare l’adempimento di tale arretrato, affermano, ma renderebbero l’azienda più cauta nell’assumere nuova domanda e nell’assorbire interruzioni di fornitura. Il round di equity offre a Oxide più margine per impegnarsi nella produzione prima che i clienti ricevano i loro sistemi.

Ciò rende la storia del finanziamento particolarmente tangibile. Il prossimo test sarà se il potere d’acquisto aggiuntivo e la capacità produttiva si tradurranno in installazioni tempestive, supporto affidabile e adozione sostenuta da parte dei clienti. Un round di grandi dimensioni fornisce risorse per quel lavoro; l’esecuzione ne determinerà l’esito.

Cosa significa realmente un cloud di proprietà aziendale

L’unità di acquisto di Oxide è un rack completo anziché una raccolta di server, dispositivi di archiviazione, apparecchiature di rete e licenze di virtualizzazione selezionati indipendentemente. La sua documentazione del prodotto descrive un piano di controllo integrato con un’API, un portale web e SDK per il provisioning di macchine virtuali, storage a blocchi e rete virtuale.

La distinzione è importante per le persone che costruiscono applicazioni. Possedere l’hardware fisico non deve implicare l’apertura di un ticket ogni volta che uno sviluppatore necessita di una macchina. Un piano di controllo comune può rendere l’infrastruttura disponibile tramite software mentre l’organizzazione mantiene la responsabilità di dove risiede l’hardware.

L’integrazione modifica anche il problema degli approvvigionamenti. I clienti valutano un sistema con comportamento hardware e software coordinato, anziché progettare ogni interfaccia da soli. Devono comunque valutare il supporto del fornitore, i percorsi di aggiornamento, i requisiti delle strutture e il costo della sostituzione della capacità nel tempo.

All’interno dello stack: virtualizzazione, archiviazione e networking

L’architettura di Oxide è più specifica di quanto suggerisca l’etichetta cloud privata. La sua guida all’hypervisor e allo storage descrive Helios, il suo sistema operativo host basato su illumos, e Propolis, un hypervisor user-space scritto in Rust costruito attorno al monitor di macchine virtuali open source bhyve. I sistemi operativi guest utilizzano interfacce hardware virtuali familiari.

Lo storage è condiviso su tutto il rack. I dischi virtuali distribuiti mantengono tre copie su dischi fisici separati in sled di calcolo distinti, e il traffico di storage è crittografato tra l’host guest e gli host che ospitano tali copie. L’obiettivo è rendere la resilienza parte del design della piattaforma, anziché un compito di integrazione lasciato interamente a ciascun team di sviluppo.

L’architettura di rete separa il traffico di gestione da quello delle applicazioni. Il Packet Transformation Engine di Oxide gestisce funzioni tra cui routing, firewall e traduzione di indirizzi tra macchine virtuali e interfacce fisiche. Connessioni di switch ridondanti garantiscono la disponibilità, mentre le costruzioni di cloud privato virtuale forniscono confini di rete logici per i carichi di lavoro.

Questi meccanismi servono scopi distinti. La replica affronta i guasti di storage; la crittografia protegge il traffico; le politiche di rete controllano la comunicazione. Gli acquirenti dovrebbero esaminare ciascuno in base alle proprie esigenze, piuttosto che considerare un rack integrato come garanzia generica di sicurezza o disponibilità.

Processori AMD e i carichi di lavoro AI intorno alle GPU

La partecipazione di AMD ha un collegamento tecnico diretto. Le specifiche attuali di Oxide elencano sled di calcolo di seconda generazione che utilizzano processori AMD EPYC 9005, con configurazioni che raggiungono 192 core fisici e 1,5 TiB di memoria per sled, insieme a due connessioni di rete 100 GbE. La capacità dipende dalla configurazione selezionata; il totale dell’hardware fisico differisce anche dalle risorse disponibili per i carichi di lavoro guest.

Per i team di IA, queste risorse coprono una parte sostanziale dell’infrastruttura che circonda l’esecuzione dei modelli. La pagina dell’infrastruttura AI di Oxide enfatizza l’ingegneria dei dati, il machine learning classico, il recupero e la ricerca di similarità, e carichi di lavoro di inferenza basati su CPU. Evidenzia la compatibilità con strumenti come Spark, Airflow, Ray e XGBoost, insieme all’automazione guidata dalle API.

Questo è un modo utile per valutare la sua rilevanza per le applicazioni agentiche. Un sistema che ricerca ripetutamente i record aziendali, elabora documenti e chiama servizi aziendali necessita di database, memoria, storage e calcolo a scopo generale accanto a eventuali acceleratori di modello. Posizionare tali servizi di supporto vicino ai dati aziendali può semplificare alcune architetture.

Ciò non dimostra che un rack di CPU possa sostituire l’infrastruttura GPU per ogni compito di IA. I team dovrebbero eseguire benchmark sui propri modelli, carichi di lavoro di recupero, obiettivi di latenza e concorrenza. La divisione appropriata tra CPU, acceleratori e servizi esterni dipende dall’applicazione.

Il supporto Kubernetes merita un’analisi approfondita

La familiarità con il cloud dipende anche dagli strumenti circostanti. In un post di ingegneria del 13 agosto, Oxide ha descritto integrazioni per Rancher, Talos Linux tramite Omni e Cluster API, nonché un cloud controller manager che collega le informazioni dei nodi Kubernetes con le istanze di Oxide.

Quel post ha anche distinto le capacità già consegnate da quelle in sviluppo. Il collegamento a caldo dei dischi e un plugin nativo per Container Storage Interface erano ancora in fase di sviluppo al momento della pubblicazione, mentre la discussione sul networking dei servizi spiegava l’approccio di bilanciamento del carico disponibile. Si tratta di dettagli di implementazione datati, quindi gli acquirenti dovrebbero verificare lo stato dell’ultima release anziché presumere limitazioni permanenti o parità completa con un servizio cloud pubblico gestito.

La lezione più ampia è che una piattaforma infrastrutturale guidata dalle API e un ecosistema applicativo completamente gestito sono livelli separati. Una valutazione di approvvigionamento dovrebbe includere l’integrazione di storage, gli aggiornamenti del cluster, l’osservabilità e la divisione della responsabilità operativa.

La decisione di proprietà dipende ancora dai carichi di lavoro

Unite.AI ha anche trattato il repatriamento privato di IA e cloud attraverso infrastruttura ospitata. Oxide offre una via diversa nella stessa discussione: l’acquisto del sistema integrato stesso.

Per carichi di lavoro prevedibili e costantemente utilizzati, la proprietà può rendere più facile pianificare la spesa di capacità. Il calcolo richiede ancora elettricità, raffreddamento, personale, supporto, finanziamento, capacità di riserva e cicli di aggiornamento. L’elasticità del cloud pubblico può rimanere preziosa quando la domanda è incerta o i requisiti cambiano rapidamente.

Il round Series D di Oxide offre al suo modello di cloud di proprietà aziendale una pista di produzione molto più ampia. La prova più significativa da qui sarà operativa: sistemi consegnati, carichi di lavoro migrati con successo e clienti che scoprono che lo stack hardware e software combinato soddisfa le loro esigenze nel tempo.