Oxide podnosi $445M w ramach serii D, aby rozbudować infrastrukturę chmury własnej przez przedsiębiorstwa

Doświadczenie chmurowe staje się czymś, co przedsiębiorstwa mogą kupić i obsługiwać we własnych obiektach. Oxide Computer Company pozyskała rundę serii D o wartości $445 million, aby rozwinąć tę ofertę: zintegrowany system komputerowy, który łączy sprzęt i oprogramowanie open source w infrastrukturę będącą własnością klientów.

Ogłoszenie z 9 października wskazuje Eclipse jako głównego inwestora, przy udziale istniejących inwestorów, w tym US Innovative Technology Fund, Riot Ventures oraz Jane Street. Nowi inwestorzy to Atreides Management i AMD Ventures. Oxide informuje, że osiągnęła rentowność wcześniej w tym roku i wykorzysta kapitał na zabezpieczenie komponentów oraz rozszerzenie produkcji, gdy popyt przewyższa podaż. CEO Steve Tuck mówi, że zdolność produkcyjna wzrosła dwudziestokrotnie w ciągu ostatnich dwunastu miesięcy — wskaźnik pojemności podany przez firmę, a nie miara wzrostu przychodów. Ogłoszenie o finansowaniu przedstawia inwestycję w kontekście zwiększania dostaw.

Dlaczego rentowna firma sprzętowa potrzebuje dodatkowego kapitału

Rentowność i dostępna gotówka na rozwój to różne kwestie, gdy firma musi budować fizyczne systemy. W ich towarzyszącym poście firmowym współzałożyciele Bryan Cantrill i Steve Tuck wyjaśniają, że rentowność Oxide wynikała z typowych operacji komputerowych, po uwzględnieniu kosztów komponentów, produkcji, wynagrodzeń i innych wydatków.

Opisują również zaległości zamówień, które wymagają znacznych wydatków początkowych. Mówią, że istniejąca generacja gotówki i linie kredytowe mogłyby wesprzeć realizację tych zaległości, ale sprawiłyby, że firma będzie bardziej ostrożna w przyjmowaniu nowego popytu i absorbowaniu zakłóceń w dostawach. Runda kapitałowa daje Oxide większą swobodę zobowiązania się do produkcji, zanim klienci otrzymają swoje systemy.

Sprawia to, że historia finansowania jest niezwykle namacalna. Następnym testem jest to, czy dodatkowa siła nabywcza i zdolność produkcyjna przełożą się na terminowe instalacje, niezawodne wsparcie i utrzymujące się przyjęcie przez klientów. Duża runda dostarcza zasobów do tej pracy; realizacja decyduje o wyniku.

Co tak naprawdę oznacza chmura własna przez przedsiębiorstwo

Jednostką zakupu Oxide jest kompletny rack, a nie zestaw niezależnie wybranych serwerów, urządzeń pamięci masowej, sprzętu sieciowego i licencji wirtualizacji. Jego dokumentacja produktu opisuje zintegrowaną płaszczyznę kontrolną z API, portalem internetowym i SDK do udostępniania maszyn wirtualnych, pamięci blokowej oraz wirtualnych sieci.

Rozróżnienie ma znaczenie dla osób tworzących aplikacje. Posiadanie fizycznego sprzętu nie musi oznaczać zgłaszania zgłoszenia za każdym razem, gdy deweloper potrzebuje maszyny. Wspólna płaszczyzna kontrolna może udostępniać infrastrukturę poprzez oprogramowanie, jednocześnie organizacja zachowuje odpowiedzialność za miejsce, w którym sprzęt się znajduje.

Integracja zmienia również problem zamówień. Klienci oceniają system z koordynowanym zachowaniem sprzętu i oprogramowania, zamiast projektować każdy interfejs samodzielnie. Nadal muszą ocenić wsparcie dostawcy, ścieżki aktualizacji, wymagania dotyczące obiektów oraz koszt wymiany pojemności w czasie.

Wewnątrz stosu: wirtualizacja, przechowywanie i sieci

Architektura Oxide jest bardziej szczegółowa niż sugeruje określenie prywatna chmura. Jej przewodnik po hypervisorze i przechowywaniu opisuje Helios, system operacyjny hosta oparty na illumos, oraz Propolis, hypervisor w przestrzeni użytkownika napisany w Rust, zbudowany wokół otwartoźródłowego monitora maszyn wirtualnych bhyve. Systemy operacyjne gości korzystają ze znanych interfejsów wirtualnego sprzętu.

Przechowywanie jest współdzielone w całym racku. Rozproszone dyski wirtualne utrzymują trzy kopie na oddzielnych fizycznych dyskach w różnych jednostkach obliczeniowych, a ruch danych jest szyfrowany pomiędzy hostem gościa a hostami przechowującymi te kopie. Celem jest uczynienie odporności częścią projektu platformy, a nie zadaniem integracyjnym pozostawionym całkowicie zespołom aplikacji.

Architektura sieci oddziela ruch zarządzania od sieci aplikacji. Silnik Transformacji Pakietów Oxide obsługuje funkcje takie jak routowanie, zapory sieciowe i translację adresów pomiędzy maszynami wirtualnymi a interfejsami fizycznymi. Redundantne połączenia przełączników zapewniają dostępność, podczas gdy konstrukcje wirtualnej prywatnej chmury dostarczają logiczne granice sieciowe dla obciążeń.

Mechanizmy te służą różnym celom. Replikacja rozwiązuje awarie przechowywania; szyfrowanie chroni ruch; polityka sieciowa kontroluje komunikację. Nabywcy powinni ocenić każdy z nich w odniesieniu do własnych wymagań, zamiast traktować zintegrowany rack jako uniwersalną gwarancję bezpieczeństwa lub dostępności.

Procesory AMD i obciążenia AI wokół GPU

Udział AMD ma bezpośrednie powiązanie techniczne. Obecne specyfikacje Oxide wymienia drugą generację jednostek obliczeniowych wykorzystujących procesory AMD EPYC 9005, z konfiguracjami sięgającymi 192 fizycznych rdzeni i 1,5 TiB pamięci na jednostkę, wraz z dwoma połączeniami sieciowymi 100 GbE. Pojemność zależy od wybranej konfiguracji; sumy fizycznego sprzętu różnią się również od zasobów dostępnych dla obciążeń gości.

Dla zespołów AI te zasoby pokrywają znaczną część infrastruktury otaczającej wykonywanie modeli. Strona AI infrastructure page firmy Oxide podkreśla inżynierię danych, klasyczną uczenie maszynowe, wyszukiwanie i podobieństwo, oraz wybrane obciążenia inferencji oparte na CPU. Wyróżnia kompatybilność z narzędziami takimi jak Spark, Airflow, Ray i XGBoost, wraz z automatyzacją sterowaną API.

Jest to przydatny sposób oceny jej przydatności dla aplikacji agentowych. System, który wielokrotnie przeszukuje rejestry przedsiębiorstwa, przetwarza dokumenty i wywołuje usługi biznesowe, potrzebuje baz danych, pamięci, magazynu oraz ogólnego przetwarzania wraz z ewentualnymi akceleratorami modeli. Umieszczenie tych usług wsparcia blisko danych przedsiębiorstwa może uprościć niektóre architektury.

To nie dowodzi, że szafa CPU może zastąpić infrastrukturę GPU dla każdego zadania AI. Zespoły powinny benchmarkować własne modele, obciążenia wyszukiwania, cele opóźnień i współbieżność. Odpowiedni podział między CPU, akceleratorami i usługami zewnętrznymi zależy od aplikacji.

Wsparcie Kubernetes wymaga dokładnego przyjrzenia się

Znajomość chmury zależy również od otaczających narzędzi. W August 13 engineering post Oxide opisało integracje z Rancher, Talos Linux poprzez Omni oraz Cluster API, a także menedżer kontrolera chmury łączący informacje o węzłach Kubernetes z instancjami Oxide.

Ten wpis również rozróżniał dostarczone możliwości od trwających prac. Hot-plugging dysków i natywny wtyczka Container Storage Interface były wciąż w fazie rozwoju w momencie publikacji, natomiast dyskusja o sieci usług wyjaśniała dostępne podejście do równoważenia obciążenia. Są to przestarzałe szczegóły implementacyjne, więc nabywcy powinni zweryfikować najnowszy status wydania, zamiast zakładać trwałe ograniczenia lub pełną równowartość z zarządzaną usługą publicznej chmury.

Szersza lekcja jest taka, że platforma infrastruktury sterowana API i w pełni zarządzany ekosystem aplikacji to odrębne warstwy. Ocena przetargowa powinna obejmować integrację magazynu, aktualizacje klastrów, obserwowalność oraz podział odpowiedzialności operacyjnej.

Decyzja o własności wciąż sprowadza się do obciążeń

Unite.AI również opisuje private AI and cloud repatriation through hosted infrastructure. Oxide oferuje inną drogę w tej samej dyskusji: zakup zintegrowanego systemu jako całości.

Dla przewidywalnych, konsekwentnie wykorzystywanych obciążeń, własność może ułatwić planowanie wydatków na pojemność. Obliczenia nadal wymagają energii, chłodzenia, personelu, wsparcia, finansowania, zapasowej pojemności i cykli odświeżania. Elastyczność chmury publicznej może nadal być cenna, gdy popyt jest niepewny lub wymagania szybko się zmieniają.

Seria D Oxide zapewnia modelowi chmury własnościowej przedsiębiorstwa znacznie dłuższą ścieżkę produkcyjną. Najbardziej znaczącym dowodem będzie tutaj operacyjny: dostarczone systemy, pomyślnie migrowane obciążenia oraz klienci stwierdzający, że połączony stos sprzętu i oprogramowania spełnia ich potrzeby w czasie.