Oxide recauda $445 M en una Serie D para escalar la infraestructura de nube propiedad de la empresa

La experiencia en la nube se está convirtiendo en algo que las empresas pueden comprar y operar en sus propias instalaciones. Oxide Computer Company ha recaudado una Serie D de $445 millones para ampliar esa propuesta: un sistema informático integrado que combina hardware y software de código abierto en una infraestructura que sus clientes poseen.

El anuncio del 9 de octubre identifica a Eclipse como el inversor principal, con la participación de inversores existentes, entre ellos US Innovative Technology Fund, Riot Ventures y Jane Street. Los nuevos inversores incluyen a Atreides Management y AMD Ventures. Oxide afirma que alcanzó la rentabilidad a principios de este año y utilizará el capital para asegurar componentes y ampliar la fabricación a medida que la demanda supere la producción. El CEO Steve Tuck indica que la capacidad de fabricación se incrementó veinte veces en los últimos doce meses —una cifra de capacidad reportada por la empresa, más que una métrica de crecimiento de ingresos. El anuncio de la financiación enmarca la inversión en torno a la ampliación de entregas.

Por qué una empresa de hardware rentable necesita más capital

La rentabilidad y el efectivo disponible para la expansión son cosas diferentes cuando una empresa debe construir sistemas físicos. En su publicación corporativa adjunta, los cofundadores Bryan Cantrill y Steve Tuck explican que la rentabilidad de Oxide provino de operaciones informáticas ordinarias, después de contabilizar componentes, fabricación, salarios y otros costos.

También describen una cartera de pedidos que requiere un gasto inicial sustancial. La generación de efectivo existente y las líneas de deuda podrían respaldar el cumplimiento de esa cartera, dicen, pero dejarían a la empresa más cautelosa al asumir nueva demanda y absorber interrupciones en el suministro. La ronda de capital brinda a Oxide más margen para comprometerse con la fabricación antes de que los clientes reciban sus sistemas.

Eso hace que la historia del financiamiento sea inusualmente tangible. La siguiente prueba es si el poder de compra adicional y la capacidad de producción se traducen en instalaciones oportunas, soporte confiable y adopción sostenida por parte de los clientes. Una ronda importante proporciona recursos para ese trabajo; la ejecución determina el resultado.

Qué significa realmente una nube propiedad de la empresa

La unidad de compra de Oxide es un rack completo en lugar de una colección de servidores, dispositivos de almacenamiento, equipos de red y licencias de virtualización seleccionados de forma independiente. Su documentación del producto describe un plano de control integrado con una API, portal web y SDKs para aprovisionar máquinas virtuales, almacenamiento en bloque y redes virtuales.

La distinción es importante para las personas que desarrollan aplicaciones. Poseer el equipo físico no tiene por qué implicar abrir un ticket cada vez que un desarrollador necesita una máquina. Un plano de control común puede poner la infraestructura a disposición mediante software mientras la organización conserva la responsabilidad de dónde se encuentra el equipo.

La integración también modifica el problema de adquisición. Los clientes evalúan un sistema con comportamiento de hardware y software coordinado, en lugar de diseñar cada interfaz por sí mismos. Aún deben evaluar el soporte del proveedor, las rutas de actualización, los requisitos de instalaciones y el costo de reemplazar la capacidad con el tiempo.

Dentro de la pila: virtualización, almacenamiento y redes

La arquitectura de Oxide es más específica de lo que sugiere la etiqueta de nube privada. Su guía de hipervisor y almacenamiento describe Helios, su sistema operativo host basado en illumos, y Propolis, un hipervisor de espacio de usuario escrito en Rust construido alrededor del monitor de máquinas virtuales de código abierto bhyve. Los sistemas operativos invitados utilizan interfaces de hardware virtual familiar.

El almacenamiento se agrupa en todo el rack. Los discos virtuales distribuidos mantienen tres copias en discos físicos separados en sleds de cómputo distintos, y el tráfico de almacenamiento está encriptado entre el host invitado y los hosts que albergan esas copias. El objetivo es que la resiliencia forme parte del diseño de la plataforma, en lugar de ser una tarea de integración dejada completamente a cada equipo de aplicación.

La arquitectura de red separa el tráfico de gestión del de la red de aplicaciones. El Motor de Transformación de Paquetes de Oxide gestiona funciones como enrutamiento, firewall y traducción de direcciones entre máquinas virtuales e interfaces físicas. Las conexiones de conmutadores redundantes respaldan la disponibilidad, mientras que las construcciones de nube privada virtual proporcionan límites lógicos de red para las cargas de trabajo.

Estos mecanismos cumplen propósitos distintos. La replicación aborda fallos de almacenamiento; la encriptación protege el tráfico; la política de red controla la comunicación. Los compradores deben examinar cada uno según sus propios requisitos, en lugar de tratar un rack integrado como una garantía general de seguridad o disponibilidad.

Procesadores AMD y las cargas de trabajo de IA alrededor de GPUs

La participación de AMD tiene una conexión técnica directa. Las especificaciones actuales de Oxide enumeran sleds de cómputo de segunda generación que utilizan procesadores AMD EPYC 9005, con configuraciones que alcanzan 192 núcleos físicos y 1,5 TiB de memoria por sled, junto a dos conexiones de red de 100 GbE. La capacidad depende de la configuración seleccionada; los totales de hardware físico también difieren de los recursos disponibles para las cargas de trabajo invitadas.

Para los equipos de IA, esos recursos cubren una parte sustancial de la infraestructura que rodea la ejecución de modelos. La página de infraestructura de IA de Oxide enfatiza la ingeniería de datos, el aprendizaje automático clásico, la recuperación y la búsqueda por similitud, y cargas de trabajo de inferencia basadas en CPU seleccionadas. Destaca la compatibilidad con herramientas como Spark, Airflow, Ray y XGBoost, junto con la automatización impulsada por API.

Esta es una forma útil de evaluar su relevancia para aplicaciones agente. Un sistema que busca repetidamente registros empresariales, procesa documentos y llama a servicios de negocio necesita bases de datos, memoria, almacenamiento y cómputo de propósito general junto con cualquier acelerador de modelo. Ubicar esos servicios de soporte cerca de los datos empresariales puede simplificar algunas arquitecturas.

Eso no establece que una rack de CPU pueda reemplazar la infraestructura GPU para cada tarea de IA. Los equipos deben evaluar el rendimiento de sus modelos reales, cargas de trabajo de recuperación, objetivos de latencia y concurrencia. La división adecuada entre CPU, aceleradores y servicios externos depende de la aplicación.

El soporte de Kubernetes merece una mirada cercana

La familiaridad con la nube también depende de las herramientas circundantes. En una publicación de ingeniería del 13 de agosto, Oxide describió integraciones para Rancher, Talos Linux a través de Omni y Cluster API, así como un controlador de nube que conecta la información de nodos de Kubernetes con instancias de Oxide.

Esa publicación también distinguió las capacidades entregadas de las que están en desarrollo. La conexión en caliente de discos y un plugin nativo de Container Storage Interface aún estaban en desarrollo al momento de la publicación, mientras que su discusión sobre la red de servicios explicaba el enfoque de balanceo de carga disponible. Estos son detalles de implementación desactualizados, por lo que los compradores deben verificar el estado de la última versión en lugar de asumir limitaciones permanentes o paridad completa con un servicio de nube pública gestionado.

La lección más amplia es que una plataforma de infraestructura impulsada por API y un ecosistema de aplicaciones totalmente gestionado son capas separadas. Una evaluación de adquisición debe incluir la integración de almacenamiento, actualizaciones de clúster, observabilidad y la división de la responsabilidad operativa.

La decisión de propiedad sigue dependiendo de las cargas de trabajo

Unite.AI también ha cubierto la repatriación privada de IA y nube mediante infraestructura alojada. Oxide ofrece una ruta diferente dentro de la misma discusión: la compra del sistema integrado en sí.

Para cargas de trabajo predecibles y consistentemente utilizadas, la propiedad puede facilitar la planificación del gasto de capacidad. El cálculo aún requiere electricidad, refrigeración, personal, soporte, financiación, capacidad de reserva y ciclos de renovación. La elasticidad de la nube pública puede seguir siendo valiosa cuando la demanda es incierta o los requisitos cambian rápidamente.

La Serie D de Oxide brinda a su modelo de nube propiedad de la empresa una pista de fabricación mucho más amplia. La evidencia más significativa a partir de aquí será operativa: sistemas entregados, cargas de trabajo migradas con éxito y clientes que descubren que el conjunto de hardware y software combinado satisface sus necesidades a lo largo del tiempo.