Oxide ระดมทุน Series D มูลค่า $445M เพื่อขยายโครงสร้างคลาวด์ที่เป็นขององค์กร

ประสบการณ์คลาวด์กำลังกลายเป็นสิ่งที่องค์กรสามารถซื้อและดำเนินการในสถานที่ของตนเองได้ Oxide Computer Company ได้ระดมทุน Series D มูลค่า $445 ล้านเพื่อขยายข้อเสนอดังกล่าว: ระบบคอมพิวเตอร์แบบบูรณาการที่ผสานฮาร์ดแวร์และซอฟต์แวร์โอเพนซอร์สเข้ากับโครงสร้างพื้นฐานที่ลูกค้าเป็นเจ้าของ

การประกาศเมื่อ 9 ตุลาคมระบุว่า Eclipse เป็นนักลงทุนหลัก โดยมีการเข้าร่วมจากนักลงทุนเดิมรวมถึง US Innovative Technology Fund, Riot Ventures และ Jane Street. นักลงทุนใหม่รวมถึง Atreides Management และ AMD Ventures. Oxide กล่าวว่า บริษัทได้ทำกำไรได้ตั้งแต่ต้นปีนี้และจะใช้เงินทุนเพื่อจัดหาชิ้นส่วนและขยายการผลิตเนื่องจากอุปสงค์เกินการผลิต. CEO Steve Tuck กล่าวว่า ความจุการผลิตเพิ่มขึ้นเป็นยี่สิบเท่าในช่วงสิบสองเดือนที่ผ่านมา — ตัวเลขความจุที่บริษัทรายงาน, ไม่ใช่ตัวชี้วัดการเติบโตของรายได้. การประกาศการระดมทุน วางกรอบการลงทุนเพื่อขยายการส่งมอบ

ทำไมบริษัทฮาร์ดแวร์ที่ทำกำไรต้องการเงินทุนเพิ่ม

กำไรและเงินสดที่มีสำหรับการขยายธุรกิจเป็นเรื่องที่แตกต่างกันเมื่อธุรกิจต้องสร้างระบบทางกายภาพ. ใน โพสต์ของบริษัทที่แนบมาด้วย ผู้ร่วมก่อตั้ง Bryan Cantrill และ Steve Tuck อธิบายว่ากำไรของ Oxide มาจากการดำเนินงานคอมพิวเตอร์ทั่วไป หลังจากหักค่าใช้จ่ายของชิ้นส่วน การผลิต เงินเดือน และค่าใช้จ่ายอื่นๆ

พวกเขายังอธิบายว่ามีออเดอร์ค้างที่ต้องใช้เงินลงทุนล่วงหน้าจำนวนมาก. พวกเขากล่าวว่าการสร้างเงินสดจากกิจการและแหล่งเงินกู้สามารถสนับสนุนการจัดการออเดอร์ค้างได้, แต่จะทำให้บริษัทระมัดระวังมากขึ้นในการรับความต้องการใหม่และรับมือกับการหยุดชะงักของซัพพลาย. การระดมทุนในรูปแบบหุ้นทำให้ Oxide มีพื้นที่มากขึ้นในการมุ่งมั่นผลิตก่อนที่ลูกค้าจะได้รับระบบของพวกเขา

สิ่งนี้ทำให้เรื่องการระดมทุนเป็นรูปธรรมอย่างไม่ธรรมดา. การทดสอบต่อไปคือว่าพลังการซื้อเพิ่มและความจุการผลิตจะนำไปสู่การติดตั้งที่ทันเวลา, การสนับสนุนที่เชื่อถือได้, และการยอมรับจากลูกค้าที่ต่อเนื่องหรือไม่. การระดมทุนขนาดใหญ่ให้ทรัพยากรสำหรับงานนั้น; การดำเนินการจะเป็นตัวกำหนดผลลัพธ์

ความหมายที่แท้จริงของคลาวด์ที่เป็นขององค์กร

หน่วยการซื้อของ Oxide คือแร็คเต็มชุด ไม่ใช่การรวบรวมเซิร์ฟเวอร์, อุปกรณ์จัดเก็บข้อมูล, อุปกรณ์เครือข่าย, และใบอนุญาตเสมือนที่เลือกแยกกัน. เอกสารผลิตภัณฑ์ ของบริษัทอธิบายเกี่ยวกับคอนโทรลแพลนแบบบูรณาการที่มี API, พอร์ทัลเว็บ, และ SDK สำหรับการจัดสรรเครื่องเสมือน, บล็อกสตอเรจ, และเครือข่ายเสมือน

ความแตกต่างนี้สำคัญต่อผู้ที่พัฒนาแอปพลิเคชัน. การเป็นเจ้าของอุปกรณ์ทางกายภาพไม่จำเป็นต้องหมายถึงการยื่นตั๋วทุกครั้งที่นักพัฒนาต้องการเครื่อง. คอนโทรลแพลนร่วมสามารถทำให้โครงสร้างพื้นฐานพร้อมใช้งานผ่านซอฟต์แวร์ในขณะที่องค์กรยังคงรับผิดชอบต่อที่ตั้งของอุปกรณ์นั้น

การบูรณาการยังเปลี่ยนแปลงปัญหาการจัดซื้อ. ลูกค้าประเมินระบบที่มีการทำงานของฮาร์ดแวร์และซอฟต์แวร์ประสานกัน, แทนที่จะออกแบบทุกอินเทอร์เฟซด้วยตนเอง. พวกเขายังต้องประเมินการสนับสนุนจากผู้ขาย, เส้นทางการอัปเกรด, ความต้องการของสิ่งอำนวยความสะดวก, และค่าใช้จ่ายในการเปลี่ยนความจุตามเวลา

ภายในสแตก: การเสมือน, การจัดเก็บข้อมูล, และเครือข่าย

สถาปัตยกรรมของ Oxide มีความเฉพาะเจาะจงมากกว่าที่คำว่า private-cloud จะบ่งบอก. คู่มือไฮเปอร์ไวเซอร์และการจัดเก็บข้อมูล ของบริษัทอธิบาย Helios ระบบปฏิบัติการโฮสต์ที่ใช้ illumos, และ Propolis ไฮเปอร์ไวเซอร์ระดับผู้ใช้ที่เขียนด้วย Rust ซึ่งสร้างขึ้นรอบตัวตรวจสอบเครื่องเสมือน bhyve แบบโอเพนซอร์ส. ระบบปฏิบัติการของแขกใช้อินเทอร์เฟซฮาร์ดแวร์เสมือนที่คุ้นเคย

การจัดเก็บข้อมูลถูกรวมเป็นพูลทั่วทั้งแร็ค. ดิสก์เสมือนแบบกระจายจะเก็บสำเนา 3 ชุดบนดิสก์ทางกายภาพแยกกันในสเลดคอมพิวเตอร์แยกต่างหาก, และการจราจรของข้อมูลจัดเก็บถูกเข้ารหัสระหว่างโฮสต์ของแขกและโฮสต์ที่เก็บสำเนานั้น. จุดประสงค์คือทำให้ความทนทานเป็นส่วนหนึ่งของการออกแบบแพลตฟอร์ม, ไม่ใช่งานบูรณาการที่ทิ้งไว้ให้ทีมแอปพลิเคชันแต่ละทีมทำทั้งหมด

สถาปัตยกรรมเครือข่าย แยกการจราจรการจัดการออกจากเครือข่ายแอปพลิเคชัน. Engine การแปลงแพ็กเก็ตของ Oxide จัดการฟังก์ชันต่างๆ รวมถึงการกำหนดเส้นทาง, การตั้งไฟร์วอลล์, และการแปลที่อยู่ระหว่างเครื่องเสมือนและอินเทอร์เฟซทางกายภาพ. การเชื่อมต่อสวิตช์สำรองสนับสนุนความพร้อมใช้งาน, ในขณะที่โครงสร้างคลาวด์ส่วนตัวเสมือนให้ขอบเขตเครือข่ายเชิงตรรกะสำหรับงานโหลด

กลไกเหล่านี้มีจุดประสงค์ที่แตกต่างกัน. การทำสำเนาช่วยแก้ไขปัญหาการล้มเหลวของการจัดเก็บ; การเข้ารหัสปกป้องการจราจร; นโยบายเครือข่ายควบคุมการสื่อสาร. ผู้ซื้อควรตรวจสอบแต่ละอย่างตามความต้องการของตนเอง, แทนที่จะมองว่าแร็คบูรณาการเป็นการรับประกันความปลอดภัยหรือความพร้อมใช้งานโดยรวม

โปรเซสเซอร์ AMD และงาน AI รอบ GPU

การมีส่วนร่วมของ AMD มีความเชื่อมโยงทางเทคนิคโดยตรง. สเปคปัจจุบัน ของ Oxide ระบุสเลดคอมพิวเตอร์รุ่นที่สองที่ใช้โปรเซสเซอร์ AMD EPYC 9005, โดยมีการกำหนดค่าที่ถึง 192 คอร์ทางกายภาพและหน่วยความจำ 1.5 TiB ต่อสเลด, พร้อมการเชื่อมต่อเครือข่าย 100 GbE สองช่อง. ความจุขึ้นอยู่กับการกำหนดค่าที่เลือก; ผลรวมของฮาร์ดแวร์ทางกายภาพยังแตกต่างจากทรัพยากรที่พร้อมให้กับงานโหลดของแขก

สำหรับทีม AI, ทรัพยากรเหล่านี้ครอบคลุมส่วนสำคัญของโครงสร้างพื้นฐานที่ล้อมรอบการดำเนินการของโมเดล. Oxide’s หน้าโครงสร้างพื้นฐาน AI เน้นการวิศวกรรมข้อมูล, การเรียนรู้เครื่องแบบคลาสสิก, การดึงข้อมูลและการค้นหาแบบคล้ายกัน, และงานสรุปผล inference บน CPU ที่เลือก. มันเน้นความเข้ากันได้กับเครื่องมือเช่น Spark, Airflow, Ray, และ XGBoost พร้อมกับการอัตโนมัติโดยใช้ API.

นี่เป็นวิธีที่มีประโยชน์ในการประเมินความเกี่ยวข้องกับแอปพลิเคชันแบบเอเจนต์. ระบบที่ค้นหาบันทึกขององค์กรอย่างต่อเนื่อง, ประมวลผลเอกสาร, และเรียกใช้บริการธุรกิจต้องการฐานข้อมูล, หน่วยความจำ, ที่เก็บข้อมูล, และการคำนวณทั่วไปพร้อมกับตัวเร่งโมเดลใด ๆ. การวางบริการสนับสนุนเหล่านี้ใกล้กับข้อมูลขององค์กรอาจทำให้สถาปัตยกรรมบางอย่างง่ายขึ้น.

สิ่งนั้นไม่ได้หมายความว่าแร็ค CPU สามารถทดแทนโครงสร้างพื้นฐาน GPU สำหรับทุกงาน AI. ทีมควรทำการ benchmark โมเดลจริง, งานดึงข้อมูล, เป้าหมายความหน่วง, และความพร้อมทำงานพร้อมกัน. การแบ่งสัดส่วนที่เหมาะสมระหว่าง CPU, ตัวเร่ง, และบริการภายนอกขึ้นอยู่กับแอปพลิเคชัน.

การสนับสนุน Kubernetes ควรได้รับการตรวจสอบอย่างใกล้ชิด

ความคุ้นเคยกับคลาวด์ยังขึ้นอยู่กับเครื่องมือรอบข้าง. ใน โพสต์วิศวกรรมวันที่ 13 สิงหาคม, Oxide อธิบายการรวมกับ Rancher, Talos Linux ผ่าน Omni, และ Cluster API, รวมถึง cloud controller manager ที่เชื่อมข้อมูลโหนด Kubernetes กับอินสแตนซ์ของ Oxide.

โพสต์นั้นยังแยกแยะความสามารถที่ส่งมอบแล้วจากงานที่กำลังดำเนินอยู่. การเสียบแผ่นดิสก์แบบร้อนและปลั๊กอิน Container Storage Interface แบบเนทีฟยังอยู่ในระหว่างการพัฒนาเมื่อเผยแพร่, ในขณะที่การอธิบายเครือข่ายบริการได้ชี้แจงแนวทางการทำ load-balancing ที่มีอยู่. สิ่งเหล่านี้เป็นรายละเอียดการดำเนินการที่ล้าสมัย, ดังนั้นผู้ซื้อควรตรวจสอบสถานะการปล่อยเวอร์ชันล่าสุดแทนที่จะสันนิษฐานว่ามีข้อจำกัดถาวรหรือเทียบเท่ากับบริการคลาวด์สาธารณะที่จัดการเต็มรูปแบบ.

บทเรียนที่กว้างขึ้นคือว่าแพลตฟอร์มโครงสร้างพื้นฐานที่ขับเคลื่อนด้วย API และระบบนิเวศแอปพลิเคชันที่จัดการเต็มรูปแบบเป็นชั้นที่แยกจากกัน. การประเมินการจัดซื้อควรรวมการผสานรวมการจัดเก็บข้อมูล, การอัปเกรดคลัสเตอร์, การสังเกตการณ์, และการแบ่งความรับผิดชอบในการดำเนินงาน.

การตัดสินใจเป็นเจ้าของยังคงขึ้นอยู่กับงานที่ทำ

Unite.AI ยังได้ครอบคลุม การนำ AI ส่วนตัวและการย้ายคลาวด์กลับสู่โครงสร้างพื้นฐานที่โฮสต์. Oxide เสนอเส้นทางที่แตกต่างเข้าสู่การสนทนาเดียวกัน: การซื้อระบบบูรณาการเอง.

สำหรับงานที่คาดการณ์ได้และใช้ทรัพยากรอย่างต่อเนื่อง, การเป็นเจ้าของสามารถทำให้การวางแผนการใช้จ่ายความจุง่ายขึ้น. การคำนวณยังต้องคำนึงถึงไฟฟ้า, การทำความเย็น, พนักงาน, การสนับสนุน, การเงิน, ความจุสำรอง, และรอบการรีเฟรช. ความยืดหยุ่นของคลาวด์สาธารณะยังคงมีคุณค่าเมื่อความต้องการไม่แน่นอนหรือข้อกำหนดเปลี่ยนแปลงอย่างรวดเร็ว.

รอบการระดมทุน Series D ของ Oxide ให้โมเดลคลาวด์ที่เป็นขององค์กรมีรันเวย์การผลิตที่ใหญ่ขึ้นอย่างมาก. หลักฐานที่มีความหมายที่สุดจากที่นี่จะเป็นเชิงปฏิบัติ: ระบบที่ส่งมอบ, งานที่ย้ายสำเร็จ, และลูกค้าที่พบว่าชุดฮาร์ดแวร์และซอฟต์แวร์ที่รวมกันตอบสนองความต้องการของพวกเขาตลอดเวลา.