Oxide Mengumpulkan $445 Juta Seri D untuk Menskalakan Infrastruktur Cloud Milik Perusahaan

Pengalaman cloud semakin menjadi sesuatu yang dapat dibeli dan dioperasikan oleh perusahaan di fasilitas mereka sendiri. Oxide Computer Company telah mengumpulkan $445 juta Seri D untuk memperluas proposisi tersebut: sistem komputasi terintegrasi yang menggabungkan perangkat keras dan perangkat lunak sumber terbuka ke dalam infrastruktur yang dimiliki oleh pelanggannya.

Pengumuman 9 Oktober mengidentifikasi Eclipse sebagai investor utama, dengan partisipasi dari investor yang sudah ada termasuk US Innovative Technology Fund, Riot Ventures, dan Jane Street. Investor baru meliputi Atreides Management dan AMD Ventures. Oxide mengatakan bahwa ia mencapai profitabilitas awal tahun ini dan akan menggunakan modal untuk mengamankan komponen serta memperluas produksi karena permintaan melebihi produksi. CEO Steve Tuck menyatakan kapasitas manufaktur meningkat dua puluh kali lipat selama dua belas bulan terakhir—angka kapasitas yang dilaporkan perusahaan, bukan metrik pertumbuhan pendapatan. Pengumuman pendanaan menempatkan investasi dalam kerangka memperluas pengiriman.

Mengapa perusahaan perangkat keras yang menguntungkan membutuhkan lebih banyak modal

Profitabilitas dan kas yang tersedia untuk ekspansi adalah hal yang berbeda ketika sebuah bisnis harus membangun sistem fisik. Dalam posting perusahaan mereka yang menyertainya, co-founder Bryan Cantrill dan Steve Tuck menjelaskan bahwa profitabilitas Oxide berasal dari operasi komputer biasa, setelah memperhitungkan komponen, manufaktur, gaji, dan biaya lainnya.

Mereka juga menggambarkan adanya backlog pesanan yang memerlukan pengeluaran awal yang signifikan. Generasi kas yang ada dan fasilitas utang dapat mendukung pemenuhan backlog tersebut, kata mereka, tetapi akan membuat perusahaan lebih berhati-hati dalam mengambil permintaan baru dan menyerap gangguan pasokan. Putaran ekuitas memberikan Oxide ruang lebih untuk berkomitmen pada manufaktur sebelum pelanggan menerima sistem mereka.

Hal itu membuat cerita pembiayaan menjadi sangat nyata. Uji berikutnya adalah apakah daya beli tambahan dan kapasitas produksi dapat diterjemahkan menjadi instalasi tepat waktu, dukungan dapat diandalkan, dan adopsi pelanggan yang berkelanjutan. Putaran dana yang besar menyediakan sumber daya untuk pekerjaan tersebut; pelaksanaan menentukan hasilnya.

Apa yang sebenarnya dimaksud dengan cloud milik perusahaan

Unit pembelian Oxide adalah satu rak lengkap, bukan kumpulan server, perangkat penyimpanan, peralatan jaringan, dan lisensi virtualisasi yang dipilih secara independen. dokumentasi produknya menjelaskan sebuah control plane terintegrasi dengan API, portal web, dan SDK untuk penyediaan mesin virtual, penyimpanan blok, dan jaringan virtual.

Perbedaan ini penting bagi orang yang membangun aplikasi. Kepemilikan peralatan fisik tidak harus berarti mengajukan tiket setiap kali seorang pengembang membutuhkan mesin. Control plane bersama dapat membuat infrastruktur tersedia melalui perangkat lunak sementara organisasi tetap bertanggung jawab atas lokasi peralatan tersebut.

Integrasi juga mengubah masalah pengadaan. Pelanggan mengevaluasi sistem dengan perilaku perangkat keras dan perangkat lunak yang terkoordinasi, alih-alih merancang setiap antarmuka sendiri. Mereka tetap harus menilai dukungan vendor, jalur upgrade, kebutuhan fasilitas, dan biaya penggantian kapasitas seiring waktu.

Di dalam tumpukan: virtualisasi, penyimpanan, dan jaringan

Arsitektur Oxide lebih spesifik daripada yang disiratkan oleh label cloud pribadi. panduan hypervisor dan penyimpanannya menjelaskan Helios, sistem operasi host berbasis illumos, dan Propolis, hypervisor ruang pengguna Rust yang dibangun di sekitar monitor mesin virtual bhyve sumber terbuka. Sistem operasi tamu menggunakan antarmuka perangkat keras virtual yang familiar.

Penyimpanan dipool di seluruh rak. Disk virtual terdistribusi menjaga tiga salinan pada disk fisik terpisah di sled komputasi yang berbeda, dan lalu lintas penyimpanan dienkripsi antara host tamu dan host yang menyimpan salinan tersebut. Tujuannya adalah menjadikan ketahanan bagian dari desain platform, bukan tugas integrasi yang sepenuhnya diserahkan kepada setiap tim aplikasi.

arsitektur jaringan memisahkan lalu lintas manajemen dari jaringan aplikasi. Engine Transformasi Paket Oxide menangani fungsi termasuk routing, firewall, dan terjemahan alamat antara mesin virtual dan antarmuka fisik. Koneksi saklar redundan mendukung ketersediaan, sementara konstruksi cloud pribadi virtual menyediakan batas jaringan logis untuk beban kerja.

Mekanisme ini melayani tujuan yang berbeda. Replikasi mengatasi kegagalan penyimpanan; enkripsi melindungi lalu lintas; kebijakan jaringan mengendalikan komunikasi. Pembeli harus memeriksa masing-masing sesuai dengan kebutuhan mereka, alih-alih memperlakukan rak terintegrasi sebagai jaminan keamanan atau ketersediaan secara menyeluruh.

Prosesor AMD dan beban kerja AI di sekitar GPU

Partisipasi AMD memiliki hubungan teknis langsung. spesifikasi terkini Oxide mencantumkan sled komputasi generasi kedua yang menggunakan prosesor AMD EPYC 9005, dengan konfigurasi mencapai 192 core fisik dan 1,5 TiB memori per sled, serta dua koneksi jaringan 100 GbE. Kapasitas tergantung pada konfigurasi yang dipilih; total perangkat keras fisik juga berbeda dari sumber daya yang tersedia untuk beban kerja tamu.

Bagi tim AI, sumber daya tersebut menangani bagian yang signifikan dari infrastruktur yang mengelilingi eksekusi model. Halaman halaman infrastruktur AI Oxide menekankan rekayasa data, pembelajaran mesin klasik, pencarian kembali dan pencarian kemiripan, serta beban kerja inferensi berbasis CPU yang dipilih. Hal ini menyoroti kompatibilitas dengan alat seperti Spark, Airflow, Ray, dan XGBoost, bersama dengan otomasi berbasis API.

Ini merupakan cara yang berguna untuk menilai relevansinya terhadap aplikasi agen. Sistem yang berulang kali mencari catatan perusahaan, memproses dokumen, dan memanggil layanan bisnis memerlukan basis data, memori, penyimpanan, dan komputasi tujuan umum bersama dengan akselerator model apa pun. Menempatkan layanan pendukung tersebut dekat dengan data perusahaan dapat menyederhanakan beberapa arsitektur.

Itu tidak membuktikan bahwa rak CPU dapat menggantikan infrastruktur GPU untuk setiap tugas AI. Tim harus melakukan benchmark pada model aktual mereka, beban kerja pencarian kembali, target latensi, dan tingkat konkruensi. Pembagian yang tepat antara CPU, akselerator, dan layanan eksternal tergantung pada aplikasi.

Dukungan Kubernetes layak ditinjau secara mendalam

Keakraban dengan cloud juga bergantung pada alat-alat di sekitarnya. Dalam sebuah posting teknik 13 Agustus, Oxide menjelaskan integrasi untuk Rancher, Talos Linux melalui Omni, dan Cluster API, serta manajer kontroler cloud yang menghubungkan informasi node Kubernetes dengan instance Oxide.

Posting tersebut juga membedakan kemampuan yang sudah diberikan dari pekerjaan yang sedang berlangsung. Hot-plugging disk dan plugin Container Storage Interface native masih dalam pengembangan pada saat publikasi, sementara pembahasan tentang jaringan layanan menjelaskan pendekatan penyeimbangan beban yang tersedia. Itu merupakan detail implementasi yang sudah usang, sehingga pembeli harus memverifikasi status rilis terbaru alih-alih mengasumsikan adanya batasan permanen atau kesetaraan penuh dengan layanan cloud publik yang dikelola.

Pelajaran yang lebih luas adalah bahwa platform infrastruktur berbasis API dan ekosistem aplikasi yang sepenuhnya dikelola merupakan lapisan terpisah. Evaluasi pengadaan harus mencakup integrasi penyimpanan, peningkatan klaster, observabilitas, dan pembagian tanggung jawab operasional.

Keputusan kepemilikan tetap bergantung pada beban kerja

Unite.AI juga telah membahas AI pribadi dan repatriasi cloud melalui infrastruktur yang dihosting. Oxide menawarkan jalur berbeda dalam diskusi yang sama: membeli sistem terintegrasi itu sendiri.

Untuk beban kerja yang dapat diprediksi dan konsisten digunakan, kepemilikan dapat mempermudah perencanaan pengeluaran kapasitas. Perhitungan tersebut tetap memerlukan listrik, pendinginan, staf, dukungan, pembiayaan, kapasitas cadangan, dan siklus pembaruan. Elastisitas cloud publik tetap berharga ketika permintaan tidak pasti atau persyaratan berubah dengan cepat.

Series D Oxide memberikan model cloud milik perusahaan mereka jalur produksi yang jauh lebih luas. Bukti paling berarti dari sini akan bersifat operasional: sistem yang diserahkan, beban kerja yang berhasil dipindahkan, dan pelanggan yang menemukan bahwa tumpukan perangkat keras dan perangkat lunak yang terintegrasi memenuhi kebutuhan mereka seiring waktu.