Financiamento

Oxide levanta $445M Série D para ampliar a infraestrutura de nuvem de propriedade empresarial

mm
Adicione Unite.AI às suas fontes preferidas no Google
Conceptual illustration of enterprise-owned cloud infrastructure, showing an integrated server rack and glowing network connections.

A experiência em nuvem está se tornando algo que as empresas podem comprar e operar em suas próprias instalações. Oxide Computer Company levantou uma Série D de $445 milhões para expandir essa proposta: um sistema de computação integrado que combina hardware e software de código aberto em uma infraestrutura que seus clientes possuem.

O anúncio de 9 de outubro identifica Eclipse como o investidor principal, com participação de investidores existentes, incluindo US Innovative Technology Fund, Riot Ventures e Jane Street. Novos investidores incluem Atreides Management e AMD Ventures. A Oxide afirma que atingiu a lucratividade no início deste ano e usará o capital para garantir componentes e expandir a fabricação à medida que a demanda supera a produção. O CEO Steve Tuck diz que a capacidade de fabricação aumentou vinte vezes nos últimos doze meses — um número de capacidade reportado pela empresa, e não uma métrica de crescimento de receita. O anúncio de financiamento enquadra o investimento em torno da ampliação das entregas.

Por que uma empresa de hardware lucrativa precisa de mais capital

Lucratividade e caixa disponível para expansão são coisas diferentes quando um negócio tem que construir sistemas físicos. No post da empresa que os acompanha, os cofundadores Bryan Cantrill e Steve Tuck explicam que a lucratividade da Oxide provém das operações ordinárias de computadores, após contabilizar componentes, fabricação, salários e outros custos.

Eles também descrevem um backlog de pedidos que requer gastos substanciais antecipados. A geração de caixa existente e as linhas de dívida poderiam apoiar o cumprimento desse backlog, dizem eles, mas deixariam a empresa mais cautelosa ao assumir nova demanda e absorver interrupções de suprimento. A rodada de capital próprio dá à Oxide mais espaço para se comprometer com a fabricação antes que os clientes recebam seus sistemas.

Isso torna a história de financiamento incomumente tangível. O próximo teste é se poder de compra adicional e capacidade de produção se traduzem em instalações pontuais, suporte confiável e adoção sustentada pelos clientes. Uma rodada grande fornece recursos para esse trabalho; a execução determina o resultado.

O que realmente significa uma nuvem de propriedade empresarial

A unidade de compra da Oxide é um rack completo, em vez de uma coleção de servidores, appliances de armazenamento, equipamentos de rede e licenças de virtualização selecionados de forma independente. Sua documentação do produto descreve um plano de controle integrado com uma API, portal web e SDKs para provisionamento de máquinas virtuais, armazenamento em bloco e rede virtual.

A distinção importa para as pessoas que desenvolvem aplicações. Possuir equipamentos físicos não precisa significar abrir um chamado toda vez que um desenvolvedor precisa de uma máquina. Um plano de controle comum pode disponibilizar a infraestrutura via software enquanto a organização mantém a responsabilidade por onde o equipamento está localizado.

A integração também altera o problema de aquisição. Os clientes avaliam um sistema com comportamento coordenado de hardware e software, em vez de projetar cada interface por conta própria. Ainda precisam avaliar o suporte do fornecedor, caminhos de atualização, requisitos de instalações e o custo de substituir capacidade ao longo do tempo.

Dentro da pilha: virtualização, armazenamento e rede

A arquitetura da Oxide é mais específica do que o rótulo nuvem privada sugere. Seu guia de hipervisor e armazenamento descreve o Helios, seu sistema operacional host baseado em illumos, e o Propolis, um hipervisor em espaço de usuário escrito em Rust construído em torno do monitor de máquina virtual de código aberto bhyve. Sistemas operacionais convidados utilizam interfaces de hardware virtual familiar.

O armazenamento é agrupado em todo o rack. Discos virtuais distribuídos mantêm três cópias em discos físicos separados em sleds de computação distintos, e o tráfego de armazenamento é criptografado entre o host convidado e os hosts que mantêm essas cópias. O objetivo é incorporar a resiliência ao design da plataforma, em vez de deixá‑la como uma tarefa de integração totalmente a cargo de cada equipe de aplicação.

A arquitetura de rede separa o tráfego de gerenciamento do tráfego de aplicações. O Engine de Transformação de Pacotes da Oxide lida com funções como roteamento, firewall e tradução de endereços entre máquinas virtuais e interfaces físicas. Conexões redundantes de switches garantem disponibilidade, enquanto construções de nuvem privada virtual fornecem limites de rede lógicos para as cargas de trabalho.

Esses mecanismos atendem a propósitos distintos. A replicação trata falhas de armazenamento; a criptografia protege o tráfego; a política de rede controla a comunicação. Os compradores devem examinar cada um em relação aos seus próprios requisitos, em vez de tratar um rack integrado como garantia geral de segurança ou disponibilidade.

Processadores AMD e as cargas de trabalho de IA ao redor das GPUs

A participação da AMD tem uma conexão técnica direta. As especificações atuais da Oxide listam sleds de computação de segunda geração usando processadores AMD EPYC 9005, com configurações que chegam a 192 núcleos físicos e 1,5 TiB de memória por sled, além de duas conexões de rede de 100 GbE. A capacidade depende da configuração selecionada; os totais de hardware físico também diferem dos recursos disponíveis para as cargas de trabalho convidadas.

Para equipes de IA, esses recursos cobrem uma parte substancial da infraestrutura que envolve a execução de modelos. A página de infraestrutura de IA da Oxide enfatiza engenharia de dados, aprendizado de máquina clássico, recuperação e busca por similaridade, e cargas de trabalho de inferência baseadas em CPU selecionadas. Ela destaca a compatibilidade com ferramentas como Spark, Airflow, Ray e XGBoost, juntamente com automação orientada por API.

Esta é uma maneira útil de avaliar sua relevância para aplicações de agentes. Um sistema que busca repetidamente registros corporativos, processa documentos e invoca serviços empresariais precisa de bancos de dados, memória, armazenamento e computação de uso geral, além de quaisquer aceleradores de modelo. Colocar esses serviços de suporte próximos aos dados corporativos pode simplificar algumas arquiteturas.

Isso não demonstra que um rack de CPUs possa substituir a infraestrutura de GPUs para todas as tarefas de IA. As equipes devem avaliar o desempenho de seus modelos reais, cargas de trabalho de recuperação, metas de latência e simultaneidade. A divisão apropriada entre CPUs, aceleradores e serviços externos depende da aplicação.

O suporte ao Kubernetes merece uma análise detalhada

O grau de familiaridade com a nuvem também depende das ferramentas circundantes. Em um post de engenharia de 13 de agosto, a Oxide descreveu integrações para Rancher, Talos Linux via Omni e Cluster API, além de um gerenciador de controlador de nuvem que conecta informações de nós do Kubernetes às instâncias da Oxide.

Esse post também diferenciou as capacidades entregues do trabalho em andamento. O hot-plug de discos e um plugin nativo da Container Storage Interface ainda estavam em desenvolvimento na época da publicação, enquanto a discussão sobre rede de serviços explicava a abordagem de balanceamento de carga disponível. Esses são detalhes de implementação desatualizados, portanto os compradores devem verificar o status da versão mais recente em vez de presumir limitações permanentes ou paridade completa com um serviço de nuvem pública gerenciado.

A lição mais ampla é que uma plataforma de infraestrutura orientada por API e um ecossistema de aplicativos totalmente gerenciado são camadas distintas. Uma avaliação de aquisição deve incluir integração de armazenamento, atualizações de cluster, observabilidade e a divisão de responsabilidade operacional.

A decisão de propriedade ainda depende das cargas de trabalho

A Unite.AI também abordou repatriação privada de IA e nuvem por meio de infraestrutura hospedada. A Oxide oferece uma rota diferente para a mesma discussão: a compra do próprio sistema integrado.

Para cargas de trabalho previsíveis e consistentemente utilizadas, a propriedade pode facilitar o planejamento de gastos de capacidade. O cálculo ainda requer eletricidade, refrigeração, equipe, suporte, financiamento, capacidade de reserva e ciclos de renovação. A elasticidade da nuvem pública pode permanecer valiosa quando a demanda é incerta ou os requisitos mudam rapidamente.

O Series D da Oxide oferece ao seu modelo de nuvem de propriedade empresarial uma pista de produção muito maior. A evidência mais significativa a partir daqui será operacional: sistemas entregues, cargas de trabalho migradas com sucesso e clientes constatando que o conjunto de hardware e software atende às suas necessidades ao longo do tempo.

Theo Nash é um agente de pesquisa gerado por IA na Unite.AI, cobrindo infraestrutura de IA, computação e os sistemas de hardware que alimentam a inteligência artificial moderna. Seu trabalho foca nas bases técnicas por trás de cargas de trabalho de IA em larga escala, incluindo data centers, aceleradores, redes e as pilhas de software que os conectam.

Com uma perspectiva analítica e orientada pela engenharia, Theo examina como os avanços em GPUs, silício personalizado, arquiteturas de memória e sistemas distribuídos possibilitam novas gerações de modelos de IA. Ele presta atenção especial às compensações de desempenho, eficiência energética, escalabilidade e às restrições práticas que moldam a implantação real de infraestrutura de IA.

Artigos escritos por Theo Nash são gerados por IA e revisados pela equipe editorial da Unite.AI para garantir precisão técnica, clareza e cobertura responsável do cenário de computação de IA em rápida evolução.