Oxide keräsi $445M sarja D -rahoitusta laajentaakseen yrityksen omistamaa pilvi‑infrastruktuuria

Pilvikokemus on muuttumassa sellaiseen, jonka yritykset voivat ostaa ja ylläpitää omissa tiloissaan. Oxide Computer Company on kerännyt $445 million sarja D -rahoitusta laajentaakseen tätä tarjousta: integroitu tietojärjestelmä, joka yhdistää laitteiston ja avoimen lähdekoodin ohjelmiston asiakkaiden omistamaan infrastruktuuriin.

9. lokakuuta julkaistu ilmoitus nimeää Eclipse pääsijoittajaksi, ja mukana on myös nykyisiä sijoittajia, kuten US Innovative Technology Fund, Riot Ventures ja Jane Street. Uusia sijoittajia ovat Atreides Management ja AMD Ventures. Oxide kertoo saavuttaneensa kannattavuuden aiemmin tänä vuonna ja aikovansa käyttää pääomaa komponenttien varmistamiseen ja valmistuksen laajentamiseen, kun kysyntä ylittää tuotannon. Toimitusjohtaja Steve Tuck sanoo, että valmistuskapasiteetti on kasvanut kaksikymmentäkertaisesti viimeisen kahdentoista kuukauden aikana – yrityksen raportoima kapasiteettiluku, eikä liikevaihdon kasvumittari. Rahoitusilmoitus asettaa sijoituksen kontekstiksi toimitusten skaalaamista.

Miksi kannattava laitteistoyritys tarvitsee lisää pääomaa

Kannattavuus ja laajentumiseen käytettävissä oleva käteinen ovat eri asioita, kun yrityksen on rakennettava fyysisiä järjestelmiä. niiden liitännäisessä yritysjulkaisussa –kappaleessa, perustajat Bryan Cantrill ja Steve Tuck selittävät, että Oxiden kannattavuus johtui tavallisista tietokoneiden toiminnoista, kun on otettu huomioon komponentit, valmistus, palkat ja muut kulut.

He kuvaavat myös tilausjonoa, joka vaatii merkittävää ennakkomaksua. Olemassa oleva kassavirta ja velkarahoitusmahdollisuudet voisivat tukea kyseisen jonon täyttämistä, he sanovat, mutta se tekisi yrityksestä varovaisemman uusien tilausten vastaanottamisessa ja toimitushäiriöiden sietämisessä. Osakekierros antaa Oxidelle enemmän tilaa sitoutua valmistukseen ennen kuin asiakkaat saavat järjestelmänsä.

Tämä tekee rahoitustarinasta poikkeuksellisen konkreettisen. Seuraava koetulos on, muuntaako lisäostovoima ja tuotantokapasiteetti ajoissa tapahtuviksi asennuksiksi, luotettavaksi tuelle ja kestävälle asiakaskäytölle. Suuri rahoituskierros tarjoaa resursseja tähän työhön; toteutus määrää lopputuloksen.

Mitä yrityksen omistama pilvi todella tarkoittaa

Oxiden ostoyksikkö on kokonainen teline, eikä joukko itsenäisesti valittuja palvelimia, tallennuslaitteita, verkkolaitteita ja virtualisointilisenssejä. Sen tuotedokumentaatio kuvaa integroitua ohjauskerrosta, jossa on API, web‑portaali ja SDK:t virtuaalikoneiden, lohkoketjutallennuksen ja virtuaaliverkkojen provisiointiin.

Ero on merkityksellinen sovelluksia rakentaville ihmisille. Fyysisen laitteiston omistaminen ei tarvitse tarkoittaa tikettien kirjaamista joka kerta, kun kehittäjä tarvitsee koneen. Yhteinen ohjauskerros voi tehdä infrastruktuurista saatavilla olevan ohjelmiston kautta, samalla kun organisaatio säilyttää vastuun siitä, missä laitteisto sijaitsee.

Integraatio muuttaa myös hankintaongelmaa. Asiakkaat arvioivat järjestelmää, jossa laitteisto ja ohjelmisto toimivat koordinoidusti, sen sijaan että he suunnittelisivat jokaisen liitännän itse. Heidän on silti arvioitava toimittajan tuki, päivityspolut, tilatarpeet ja kapasiteetin korvaamisen kustannukset ajan myötä.

Pinon sisällä: virtualisointi, tallennus ja verkko

Oxiden arkkitehtuuri on tarkempi kuin yksityisen pilven nimitys antaa ymmärtää. Sen hypervisor- ja tallennusopas kuvaa Heliosin, sen illumos-pohjaisen isäntäkäyttöjärjestelmän, sekä Propolisin, Rust-pohjaisen käyttäjätilan hypervisorin, joka on rakennettu avoimen lähdekoodin bhyve-virtuaalikoneen valvontaan. Vieraskäyttöjärjestelmät käyttävät tuttuja virtuaalilaitteistoliittymiä.

Tallennus on yhdistetty koko telineen alueelle. Hajautetut virtuaaliset levyt ylläpitävät kolmea kopiota erillisillä fyysisillä levyillä eri laskentisäkeissä, ja tallennusliikenne on salattu vieras-isännän ja kopioita sisältävien isäntien välillä. Tavoitteena on tehdä kestävyydestä osa alustan suunnittelua, eikä siitä tule kokonaan sovellusryhmien vastuulla oleva integraatiotehtävä.

verkkorakenne erottaa hallintaliikenteen sovellusverkosta. Oxiden Packet Transformation Engine hoitaa toimintoja, kuten reititystä, palomuuria ja osoitteenmuunnosta virtuaalikoneiden ja fyysisten liitäntöjen välillä. Redundantit kytkinyhteydet tukevat saatavuutta, kun taas virtuaaliset yksityiset pilvirakenteet tarjoavat loogisia verkkorajoja työkuormille.

Nämä mekanismit palvelevat eri tarkoituksia. Replikointi käsittelee tallennusvirheitä; salaus suojaa liikennettä; verkon käytännöt ohjaavat viestintää. Ostajien tulisi tarkastella kutakin omiin vaatimuksiinsa nähden sen sijaan, että he kohtelevat integroitua telineä yleisenä turvallisuus- tai saatavuustakuuna.

AMD-prosessorit ja tekoälykuormitukset GPU:iden ympärillä

AMD:n osallistumisella on suora tekninen yhteys. Oxiden nykyiset tekniset tiedot luettelee toisen sukupolven laskentisäkit, joissa on AMD EPYC 9005 -prosessorit, ja kokoonpanot, jotka saavuttavat 192 fyysistä ydintä ja 1,5 TiB muistia per säkki, sekä kaksi 100 GbE -verkkoyhteyttä. Kapasiteetti riippuu valitusta kokoonpanosta; fyysiset laitteistomäärät poikkeavat myös vieraiden kuormien käytettävissä olevista resursseista.

AI-tiimeille nämä resurssit kattavat merkittävän osan mallien suorittamista ympäröivästä infrastruktuurista. Oxiden AI-infrastruktuurisivu korostaa data‑engineeringia, perinteistä koneoppimista, hakua ja samankaltaisuushakua sekä valittuja CPU-pohjaisia inferenssityökuormia. Se tuo esiin yhteensopivuuden työkalujen, kuten Spark, Airflow, Ray ja XGBoost, kanssa sekä API‑ohjautuvan automaation.

Tämä on hyödyllinen tapa arvioida sen merkitystä agenttisovelluksiin. Järjestelmä, joka toistuvasti hakee yritystietueita, käsittelee asiakirjoja ja kutsuu liiketoimintapalveluita, tarvitsee tietokantoja, muistia, tallennustilaa ja yleiskäyttöistä laskentaa yhdessä mahdollisten mallien kiihdyttimien kanssa. Näiden tukipalveluiden sijoittaminen lähelle yrityksen dataa voi yksinkertaistaa joitakin arkkitehtuureja.

Tämä ei osoita, että CPU‑kaappi voisi korvata GPU‑infrastruktuurin kaikissa AI‑tehtävissä. Tiimien tulisi testata omia mallejaan, hakutyökuormiaan, viiveen tavoitteita ja samanaikaisuutta. Sopiva jakautuminen CPU:iden, kiihdyttimien ja ulkoisten palveluiden välillä riippuu sovelluksesta.

Kubernetes‑tuki ansaitsee tarkemman tarkastelun

Pilviymmärrys riippuu myös ympäröivistä työkaluista. 13. elokuuta insinööripostaus Oxide kuvasi integraatioita Rancherille, Talos Linuxiin Omnin kautta ja Cluster API:iin, sekä pilvessä toimivan ohjausohjelman, joka yhdistää Kubernetes‑solmutiedot Oxiden instansseihin.

Kyseinen postaus erotti myös toimitetut ominaisuudet käynnissä olevasta työstä. Levyn kuuma‑kytkentä ja natiivi Container Storage Interface -lisäosa olivat julkaisuajankohtana vielä kehitteillä, kun taas palveluverkoston käsittely selitti käytettävissä olevan kuormantasauksen lähestymistavan. Nämä ovat vanhentuneita toteutustietoja, joten ostajien tulisi tarkistaa uusin julkaisutila sen sijaan, että oletetaan pysyviä rajoituksia tai täyttä yhtäpitävyyttä hallitun julkisen pilvipalvelun kanssa.

Laajempi opetus on, että API‑ohjattu infrastruktuurialusta ja täysin hallinnoitu sovellusympäristö ovat erillisiä kerroksia. Hankintaarvioinnissa tulisi ottaa huomioon tallennusintegraatio, klusteripäivitykset, havainnoitavuus ja operatiivisen vastuun jakautuminen.

Omistuspäätös riippuu edelleen työkuormista

Unite.AI on myös käsitellyt yksityistä AI:ta ja pilven repatriointia isännöidyn infrastruktuurin kautta. Oxide tarjoaa toisen reitin samaan keskusteluun: integroidun järjestelmän ostamisen.

Ennustettavissa, tasaisesti hyödynnettäviksi työkuormissa omistus voi helpottaa kapasiteettikustannusten suunnittelua. Laskelma vaatii edelleen sähköä, jäähdytystä, henkilöstöä, tukea, rahoitusta, varakapasiteettia ja päivityssyklejä. Julkisen pilven elastisuus voi edelleen olla arvokasta, kun kysyntä on epävarmaa tai vaatimukset muuttuvat nopeasti.

Oxiden Series D -rahoitus tarjoaa sen yrityksen omistamalle pilvimallille paljon pidemmän valmistuskaavan. Tärkein todiste tästä tulee olemaan operatiivinen: toimitetut järjestelmät, onnistuneesti siirretyt työkuormat ja asiakkaat, jotka havaitsevat yhdistetyn laitteisto‑ ja ohjelmistopinon täyttävän tarpeensa ajan myötä.