Oxide haalt $445M Series D op om enterprise‑eigen cloudinfrastructuur op te schalen

De cloud‑ervaring wordt iets dat bedrijven kunnen kopen en in hun eigen faciliteiten kunnen exploiteren. Oxide Computer Company heeft een $445 miljoen Series D opgehaald om dat voorstel uit te breiden: een geïntegreerd computersysteem dat hardware en open‑source‑software combineert tot infrastructuur die hun klanten bezitten.

De aankondiging van 9 oktober identificeert Eclipse als de belangrijkste investeerder, met deelname van bestaande investeerders waaronder US Innovative Technology Fund, Riot Ventures en Jane Street. Nieuwe investeerders zijn Atreides Management en AMD Ventures. Oxide zegt dat het eerder dit jaar winstgevend werd en het kapitaal zal gebruiken om componenten veilig te stellen en de productie uit te breiden nu de vraag het aanbod overtreft. CEO Steve Tuck meldt dat de productiecapaciteit in de afgelopen twaalf maanden twintig keer is toegenomen — een door het bedrijf gerapporteerde capaciteitscijfer, in plaats van een omzetgroeimetiek. De financieringsaankondiging plaatst de investering in het kader van het opschalen van leveringen.

Waarom een winstgevend hardwarebedrijf meer kapitaal nodig heeft

In hun begeleidende bedrijfsbericht leggen medeoprichters Bryan Cantrill en Steve Tuck uit dat de winstgevendheid van Oxide voortkwam uit gewone computeroperaties, na aftrek van componenten, productie, salarissen en andere kosten.

Ze beschrijven ook een orderachterstand die aanzienlijke voorafgaande uitgaven vereist. Bestaande kasgeneratie en schuldfaciliteiten zouden kunnen helpen de achterstand af te handelen, zeggen ze, maar zouden het bedrijf voorzichtiger maken met het aangaan van nieuwe vraag en het opvangen van leveringsonderbrekingen. De aandelenronde geeft Oxide meer ruimte om zich te verbinden aan productie voordat klanten hun systemen ontvangen.

Dat maakt het financieringsverhaal ongewoon tastbaar. De volgende test is of extra koopkracht en productiecapaciteit zich vertalen naar tijdige installaties, betrouwbare ondersteuning en blijvende klantacceptatie. Een grote ronde levert middelen voor dat werk; de uitvoering bepaalt het resultaat.

Wat een enterprise‑eigen cloud werkelijk betekent

De eenheid van aankoop van Oxide is een complete rack in plaats van een verzameling van onafhankelijk geselecteerde servers, opslagapparaten, netwerkapparatuur en virtualisatie‑licenties. Zijn productdocumentatie beschrijft een geïntegreerd controle‑vlak met een API, webportaal en SDK’s voor het provisioneren van virtuele machines, blokopslag en virtueel netwerk.

Het onderscheid is van belang voor de mensen die applicaties bouwen. Eigendom van fysieke apparatuur hoeft niet te betekenen dat er elke keer een ticket moet worden ingediend wanneer een ontwikkelaar een machine nodig heeft. Een gemeenschappelijk controle‑vlak kan infrastructuur beschikbaar maken via software, terwijl de organisatie de verantwoordelijkheid behoudt voor de locatie van de apparatuur.

Integratie verandert ook het inkoopprobleem. Klanten beoordelen een systeem met gecoördineerd hardware‑ en softwaregedrag, in plaats van elke interface zelf te ontwerpen. Ze moeten nog steeds de ondersteuning van de leverancier, upgrade‑paden, faciliteitseisen en de kosten van het vervangen van capaciteit in de loop van de tijd evalueren.

Binnen de stack: virtualisatie, opslag en netwerken

De architectuur van Oxide is specifieker dan de term private‑cloud doet vermoeden. Zijn hypervisor‑ en opslaggids beschrijft Helios, zijn op illumos gebaseerde host‑besturingssysteem, en Propolis, een Rust‑gebaseerde hypervisor in de gebruikersruimte gebouwd rond de open‑source bhyve‑virtual machine monitor. Gast‑besturingssystemen gebruiken vertrouwde virtuele hardware‑interfaces.

Opslag wordt over de rack gepoold. Gedistribueerde virtuele schijven behouden drie kopieën op afzonderlijke fysieke schijven in afzonderlijke compute‑sleds, en opslagverkeer wordt versleuteld tussen de gast‑host en de hosts die die kopieën bevatten. Het doel is om veerkracht onderdeel van het platformontwerp te maken, in plaats van een integratietaak die volledig aan elk applicatieteam wordt overgelaten.

De netwerkarchitectuur scheidt beheersverkeer van applicatienetwerken. Oxide’s Packet Transformation Engine behandelt functies waaronder routeren, firewallen en adresvertaling tussen virtuele machines en fysieke interfaces. Redundante switch‑verbindingen zorgen voor beschikbaarheid, terwijl virtuele private‑cloud‑constructies logische netwerkgrenzen voor workloads bieden.

Deze mechanismen dienen verschillende doelen. Replicatie adresseert opslag‑fouten; versleuteling beschermt verkeer; netwerkbeleid regelt communicatie. Kopers moeten elk mechanisme afwegen tegen hun eigen eisen, in plaats van een geïntegreerde rack te beschouwen als een algemene garantie voor beveiliging of beschikbaarheid.

AMD-processors en de AI‑workloads rond GPU’s

De deelname van AMD heeft een directe technische verbinding. Oxide’s huidige specificaties vermelden tweede‑generatie compute‑sleds met AMD EPYC 9005‑processors, met configuraties tot 192 fysieke cores en 1,5 TiB geheugen per sled, naast twee 100 GbE‑netwerkverbindingen. Capaciteit hangt af van de gekozen configuratie; de totale fysieke hardware verschilt ook van de resources die beschikbaar zijn voor gast‑workloads.

Voor AI-teams behandelen die middelen een aanzienlijk deel van de infrastructuur rond modeluitvoering. Oxide’s AI-infrastructuurpagina benadrukt data‑engineering, klassieke machine learning, retrieval en similarity search, en geselecteerde CPU‑gebaseerde inferentieworkloads. Het benadrukt compatibiliteit met tools zoals Spark, Airflow, Ray en XGBoost, samen met API‑gedreven automatisering.

Dit is een nuttige manier om de relevantie voor agentische toepassingen te beoordelen. Een systeem dat herhaaldelijk bedrijfsrecords doorzoekt, documenten verwerkt en bedrijfsservices aanroept, heeft databases, geheugen, opslag en algemene rekencapaciteit nodig naast eventuele modelversnellers. Het dicht bij bedrijfsdata plaatsen van die ondersteunende services kan sommige architecturen vereenvoudigen.

Dat bewijst niet dat een CPU‑rack de GPU‑infrastructuur kan vervangen voor elke AI‑taak. Teams moeten hun daadwerkelijke modellen, retrieval‑workloads, latentie‑doelstellingen en gelijktijdigheid benchmarken. De juiste verdeling tussen CPU’s, versnellers en externe services hangt af van de toepassing.

Kubernetes-ondersteuning verdient een nadere beschouwing

Cloud‑bekendheid hangt ook af van de omringende tools. In een engineering post van 13 augustus beschreef Oxide integraties voor Rancher, Talos Linux via Omni en Cluster API, evenals een cloud‑controller‑manager die Kubernetes‑knooppuntinformatie verbindt met Oxide‑instanties.

Dat bericht maakte ook een onderscheid tussen geleverde mogelijkheden en lopend werk. Hot‑plugging van schijven en een native Container Storage Interface‑plug‑in waren bij publicatie nog in ontwikkeling, terwijl de bespreking van service‑netwerken de beschikbare load‑balancing‑aanpak verklaarde. Dit zijn verouderde implementatiedetails, dus kopers moeten de nieuwste release‑status verifiëren in plaats van uit te gaan van permanente beperkingen of volledige gelijkheid met een beheerde publieke‑cloudservice.

De bredere les is dat een API‑gedreven infrastructuurplatform en een volledig beheerd applicatie‑ecosysteem afzonderlijke lagen vormen. Een inkoop‑evaluatie moet opslagintegratie, cluster‑upgrades, observabiliteit en de verdeling van operationele verantwoordelijkheid omvatten.

De eigendomsbeslissing hangt nog steeds af van de workloads

Unite.AI heeft ook private AI en cloud‑repatriatie via gehoste infrastructuur behandeld. Oxide biedt een andere route in dezelfde discussie: het aanschaffen van het geïntegreerde systeem zelf.

Voor voorspelbare, consistent gebruikte workloads kan eigendom de capaciteitsuitgaven makkelijker planbaar maken. De berekening vereist nog steeds elektriciteit, koeling, personeel, ondersteuning, financiering, reservecapaciteit en verversingscycli. Elasticiteit van de publieke cloud kan nog steeds waardevol zijn wanneer de vraag onzeker is of de eisen snel veranderen.

Oxide’s Series D geeft haar enterprise‑eigen cloudmodel een veel grotere productierunway. Het meest betekenisvolle bewijs hiervan zal operationeel zijn: geleverde systemen, succesvol gemigreerde workloads, en klanten die constateren dat de gecombineerde hardware‑ en software‑stack in de loop der tijd aan hun behoeften voldoet.