Oracle, receita de licenciamento de bancos de dados e risco da infraestrutura de IA

Escopo e posição das evidências

A Oracle Corporation é quatro empresas que se reforçam mutuamente, mas obedecem a leis econômicas diferentes. Primeiro, é uma coletora de receita de licenciamento de banco de dados com uma das bases instaladas mais profundas da computação empresarial. Segundo, é uma desafiante de infraestrutura em nuvem que tenta converter a antiga gravidade dos bancos de dados em novo consumo de infraestrutura. Terceiro, é uma provedora de aplicações empresariais competindo por registros operacionais de governos, hospitais, fabricantes, bancos e grandes empresas.

Quarto, e cada vez mais central na história acionária, é uma vendedora de capacidade de data center de IA: uma empresa que assume riscos de energia, GPU, rede, financiamento e contraparte para vender capacidade de computação escassa para desenvolvedores de modelos e grandes empresas.

A questão central de pesquisa é se a antiga economia de receita monopolística da Oracle pode sobreviver à transição da empresa para um modelo de infraestrutura muito mais intensivo em capital. As evidências públicas indicam que a Oracle realizou uma verdadeira inflexão no crescimento de sua infraestrutura em nuvem. A leitura cética é que essa inflexão não é simplesmente uma história de margem de software. É em parte uma história de financiamento de projeto, em parte uma história de fornecimento de energia, em parte uma história de cadeia de suprimentos de GPU e em parte uma história de concentração de contrapartes.

Os resultados do ano fiscal de 2026 da Oracle tornam isso explícito: a receita de infraestrutura em nuvem cresceu muito mais rápido que o resto da empresa, mas o fluxo de caixa livre tornou-se notavelmente negativo enquanto os gastos de capital dispararam. A própria divulgação de que grande parte do aumento de seus RPOs vem de grandes contratos de IA, incluindo GPUs pré-pagos ou fornecidos pelo cliente, é excepcionalmente importante porque mostra que o backlog reportado está vinculado ao financiamento de hardware e à execução da construção, e não apenas à visibilidade convencional de assinaturas SaaS.

Registro canônico da empresa: Oracle Corporation. Ticker público: ORCL na Bolsa de Valores de Nova York. As propriedades web canônicas incluem o site institucional, Oracle Cloud, Oracle Investor Relations e os domínios de documentação Oracle. A empresa não é uma simples entrada de diretório. Oracle é uma operadora de infraestrutura empresarial crítica cuja superfície de risco agora inclui licenciamento de software, cargas de trabalho reguladas, interconexão multinuvem, construção de data center, disponibilidade de energia, fornecimento de GPU, modernização do setor público e resposta a incidentes de segurança.

O quadro da empresa pública

A narrativa mais recente da Oracle como empresa pública é uma transição brusca de geradora madura de caixa de software para um veículo de crescimento de infraestrutura de IA. No ano fiscal de 2026, a Oracle reportou receita total de US$ 67,4 bilhões, alta de 17%, com receita total de nuvem de US$ 34,0 bilhões, alta de 39%. Desse total, a receita de infraestrutura em nuvem foi de US$ 18,1 bilhões, alta de 77%, enquanto a receita de aplicações em nuvem foi de US$ 15,9 bilhões, alta de 11%.

O contraste é importante: o negócio de aplicações permanece grande e aderente, mas a história de crescimento agora é OCI, e não mais o software legado ou SaaS sozinho. No quarto trimestre do ano fiscal de 2026, a Oracle reportou US$ 19,2 bilhões em receita, US$ 9,9 bilhões em receita de nuvem, US$ 5,8 bilhões em receita de infraestrutura em nuvem e US$ 4,1 bilhões em receita de aplicações em nuvem.

A receita de software no ano foi de US$ 24,5 bilhões, queda de 1%, o que reforça a ideia de que a Oracle está migrando seus clientes de software e manutenção local para serviços em nuvem, em vez de simplesmente adicionar receita de nuvem a uma base inalterada.

As implicações de balanço e fluxo de caixa são mais reveladoras do que a taxa de crescimento. A Oracle reportou fluxo de caixa operacional de US$ 32,0 bilhões no ano fiscal de 2026, mas fluxo de caixa livre negativo de US$ 23,7 bilhões. Sua demonstração de fluxo de caixa mostra gastos de capital de US$ 55,7 bilhões em 2026, contra US$ 21,2 bilhões em 2025. O imobilizado líquido de depreciação passou de US$ 43,5 bilhões para aproximadamente US$ 100,0 bilhões. Os empréstimos de longo prazo e outras dívidas passaram de US$ 85,3 bilhões para US$ 122,3 bilhões.

Esses números são a assinatura financeira de uma empresa que está saindo da receita de licenciamento de software para entrar na propriedade e operação de infraestrutura física.

As obrigações de desempenho restantes (RPOs) reportadas pela Oracle foram a evidência mais espetacular. Os RPOs terminaram o quarto trimestre de 2026 em US$ 638 bilhões, alta de 363% ano a ano e US$ 85 bilhões em relação ao trimestre anterior. A Oracle afirmou que a maior parte do aumento nos RPOs no terceiro e quarto trimestres veio de contratos de IA em grande escala, nos quais o cliente pré-pagou à Oracle pelas GPUs ou comprou e forneceu GPUs à Oracle; a parte pré-paga e o hardware fornecido pelo cliente nesses grandes contratos de IA totalizam US$ 75 bilhões.

Isso é um forte sinal de demanda, mas também um alerta de que a qualidade do backlog depende de marcos de entrega, ativação de data centers, concentração de clientes, curvas de depreciação de GPU e solidez financeira futura de alguns compradores de IA.

A tese da empresa pública é, portanto, dividida. O lado de software da Oracle produz fluxo de caixa operacional sustentável a partir de sistemas empresariais bem estabelecidos. O lado de infraestrutura exige compromissos financeiros iniciais significativos e pode gerar retornos atraentes se a demanda por IA permanecer limitada pela oferta. O risco é que a aparência contábil do backlog possa superar a entrega física, e que o crescimento da receita de infraestrutura em nuvem absorva em vez de liberar caixa durante a fase de construção.

A máquina de receita de bancos de dados

A fossa econômica mais profunda da Oracle continua sendo a base instalada do Oracle Database. Isso não é apenas uma posição de produto. É uma posição de custo de transação. Os bancos de dados Oracle sustentam sistemas ERP, sistemas de faturamento, sistemas bancários, sistemas de sinistros, registros governamentais, sistemas de manufatura, camadas de mediação de telecomunicações, registros hospitalares e aplicações personalizadas escritas ao longo de décadas. O valor do banco de dados não é apenas o motor.

É o esquema acumulado, as stored procedures, as ferramentas operacionais, o conhecimento dos administradores de banco de dados, o design de failover, a validação de conformidade, o ajuste de desempenho, os procedimentos de recuperação de desastres e as certificações de aplicações que o cercam.

Os preços permanecem impressionantes. A lista de preços pública dos EUA para o setor público da Oracle em maio de 2026 indica Oracle Database Enterprise Edition a US$ 47.500 por processador para licença perpétua, com US$ 10.450 para atualização e suporte de software. Real Application Clusters está listado a US$ 23.000 por processador mais US$ 5.060 de suporte, Partitioning a US$ 11.500 por processador mais US$ 2.530 de suporte, Advanced Security a US$ 15.000 por processador mais US$ 3.300 de suporte, Diagnostics Pack a US$ 7.500 por processador mais US$ 1.650 de suporte e Tuning Pack a US$ 5.000 por processador mais US$ 1.100 de suporte.

Também são listadas taxas por usuário nomeado, incluindo US$ 950 para Database Enterprise Edition e US$ 209 de suporte. Esses preços de catálogo não são preços médios realizados, e grandes empresas negociam fortemente, mas ilustram a estrutura modular de receita: a licença do banco de dados é apenas o começo; alta disponibilidade, segurança, otimização, diagnósticos, particionamento e outras opções adicionam camadas faturáveis distintas.

Este é o coração econômico do poder de precificação histórico da Oracle. Um cliente usando Oracle Database para uma carga de trabalho crítica raramente avalia a decisão de renovação como uma escolha tecnológica em uma página em branco. Ele avalia o custo de uma falha de migração. A receita do banco de dados é, portanto, protegida pelo custo de reescrever a lógica da aplicação, validar a equivalência dos dados, retreinar administradores, revalidar integrações, mudar práticas de backup e recuperação e sobreviver a uma auditoria ou revisão regulatória.

Nos setores bancário, de seguros, saúde e público, a "migração" não é uma operação de fim de semana. É um programa plurianual de risco operacional.

DB-Engines não é uma fonte de participação de receita nem um quadro de participação de mercado. No entanto, é um indicador útil de popularidade e atenção. Em junho de 2026, a DB-Engines classificou a Oracle em primeiro lugar entre os sistemas de banco de dados, à frente de MySQL, Microsoft SQL Server, PostgreSQL e MongoDB; a mesma classificação também colocou Snowflake em sexto, Databricks em sétimo e SAP HANA em vigésimo segundo. Esse posicionamento apoia a ideia de que a Oracle continua central na mente dos usuários de banco de dados, mesmo que sistemas analíticos e de data lake mais recentes ganhem atenção.

A economia da base instalada também é visível no aparato de gerenciamento de licenças da Oracle. O Oracle License Management Services se descreve como a única autoridade de licenciamento Oracle que pode verificar os requisitos do programa Oracle e lista tanto o serviço de garantia quanto o serviço de auditoria. O enquadramento oficial é assistência de conformidade, mas do ponto de vista do cliente, a ameaça de auditoria faz parte da alavanca de negociação do fornecedor. Grandes clientes não pagam a Oracle apenas porque gostam do banco de dados.

Eles também pagam para evitar incerteza sobre contagem de processadores, uso de opções, limites de virtualização, número de usuários e obrigações de suporte.

Os comentários de profissionais reforçam esse ponto. UpperEdge, uma consultoria de negociação de tecnologia empresarial, descreve o licenciamento Oracle em ambientes VMware como um ponto de dor recorrente para os clientes e argumenta que a política da Oracle pode exigir licenciar todo um parque de servidores ou cluster, pois o banco de dados poderia potencialmente funcionar em servidores conectados. Isso não é uma decisão judicial nem uma lei definitiva. Isso corresponde a um padrão de cliente de longa data: o modelo de licenciamento da Oracle pode transformar escolhas de arquitetura de infraestrutura em exposição comercial.

O resultado é uma máquina de coleta de receita com três loops de reforço. Primeiro, os dados críticos permanecem onde estão porque a migração é arriscada. Segundo, o suporte e a conformidade de auditoria transformam a dependência técnica em alavanca comercial recorrente. Terceiro, OCI oferece à Oracle um caminho de migração que não requer abrir mão da receita do banco de dados para outro hyperscaler. É por isso que a estratégia de nuvem da Oracle deve ser lida como defensiva tanto quanto ofensiva: OCI é um meio de manter o banco de dados no perímetro econômico da Oracle.

OCI como desafiante de nuvem

O Oracle Cloud Infrastructure não busca conquistar o mercado hyperscale copiando a AWS funcionalidade por funcionalidade na mesma escala. Sua estratégia mais plausível é conquistar cargas de trabalho específicas onde a Oracle possui assimetria: bancos de dados Oracle, sistemas empresariais regulados, implantações de nuvem soberana, computação de alto desempenho em bare-metal, proximidade de banco de dados multinuvem e, agora, capacidade de treinamento de IA.

A pegada é significativa, mas desigual. A documentação da Oracle indica que as regiões OCI são áreas geográficas localizadas compostas por um ou mais domínios de disponibilidade. Os domínios de disponibilidade são isolados uns dos outros e não compartilham infraestrutura como energia, refrigeração ou rede interna do domínio de disponibilidade. A mesma documentação afirma que a Oracle escolheu lançar regiões em novas áreas geográficas com um único domínio de disponibilidade para se expandir rapidamente.

A tabela de regiões comerciais mostra uma pegada global ampla, mas muitas regiões têm um único domínio de disponibilidade, enquanto algumas regiões importantes como Frankfurt, Londres, Ashburn, Chicago e Phoenix têm três.

Essa arquitetura é comercialmente racional. Uma região de domínio único pode atender mais rapidamente e a menor custo os requisitos de residência de dados, latência ou acesso governamental do que uma região hyperscale totalmente construída com vários ADs. Também se alinha ao movimento de vendas empresariais da Oracle: os clientes frequentemente querem uma região de banco de dados local, uma região soberana, um domínio governamental ou uma implantação dedicada em vez de uma enorme plataforma de desenvolvimento.

O ponto cético é que regiões de AD único não são equivalentes aos designs maduros de regiões multi-AD que os clientes associam a AWS, Azure ou Google Cloud para cargas de trabalho nativas em nuvem de altíssima disponibilidade. A própria documentação da Oracle afirma que a implantação em várias regiões ajuda na continuidade dos negócios e na proteção contra desastres. O modelo de domínios de disponibilidade importa, portanto, ao avaliar se OCI é um par hyperscale de propósito geral ou uma nuvem empresarial e de banco de dados mais especializada.

A página pública de regiões da Oracle indica que OCI tem 41 regiões de nuvem comercial em 26 países, incluindo 14 países mais a UE com duas ou mais regiões para recuperação de desastres no país. Ela também destaca preços globalmente consistentes, um backbone privado gerenciado pela Oracle entre regiões, tráfego criptografado entre regiões e domínios de disponibilidade, 10 TB por mês de largura de banda de saída gratuita, preços mais baixos além disso, mais de 40 regiões no mundo e mais de 70 padrões de conformidade, incluindo SOC, PCI DSS, HIPAA, HITRUST e GDPR.

Essas afirmações estão no centro do argumento econômico da Oracle: OCI não é apenas computação, armazenamento e rede; é previsibilidade de custos, conformidade e proximidade de banco de dados.

A página de disponibilidade de serviços da Oracle afirma que cada região OCI suporta mais de 200 serviços em nuvem e que OCI oferece preços uniformes em todas as regiões de nuvem pública, incluindo Dedicated Region. Ela também lista serviços multinuvem, incluindo Oracle AI Database@AWS, Oracle AI Database@Azure, Oracle AI Database@Google Cloud e serviços de interconexão para Azure e Google Cloud. As tabelas específicas de peering de regiões são importantes porque mostram que a estratégia multinuvem da Oracle não é apenas marketing.

A Oracle está deliberadamente colocando seus serviços de banco de dados ao lado das regiões AWS, Azure e Google Cloud para que as aplicações possam permanecer nos hyperscalers dominantes enquanto a receita do banco de dados permanece na Oracle.

Essa é uma inversão astuta da concorrência em nuvem. AWS, Azure e Google Cloud conquistaram grande parte da camada de desenvolvedor e aplicação. A Oracle não tenta desfazer tudo isso. Ela tenta fazer do Oracle Database um serviço anexado dentro ou perto dessas nuvens. O cliente se beneficia de acesso de baixa latência a bancos de dados Oracle sem migrar completamente para OCI. A Oracle mantém o consumo do banco de dados, o relacionamento de suporte e potencialmente o controle da conta empresarial. Em termos econômicos, a Oracle está tentando tributar a gravidade dos dados mesmo quando a gravidade da aplicação pertence a outra nuvem.

Infraestrutura de IA: o vendedor de capacidade

A estratégia de infraestrutura de IA da Oracle é maior e mais incomum do que um lançamento típico de produto GPU em nuvem. A empresa está vendendo capacidade em um mercado onde os desenvolvedores de modelos de ponta precisam de terrenos, energia, refrigeração líquida, redes de alta largura de banda, fornecimento de GPUs, taxa de transferência de armazenamento e execução rápida. A escassez não é apenas de chips. É de capacidade operacional ativada, em rede, licenciada e operacional.

A página de infraestrutura de IA da Oracle afirma que o OCI Supercluster pode executar até 131.072 GPUs e menciona desempenhos de escalabilidade incluindo mais de 100.000 GB200 Superchips, 131.072 B200 GPUs, 65.536 H200 GPUs, 32.768 A100 GPUs, 16.384 H100 GPUs e 16.384 GPUs AMD MI300X por cluster. Ela também destaca instâncias bare-metal, design personalizado RDMA over Converged Ethernet, latência de rede de cluster de 2,5 a 9,1 microssegundos, largura de banda de rede de cluster de até 3.200 Gb/s, largura de banda de rede front-end de até 400 Gb/s, armazenamento NVMe local e armazenamento de arquivos de alto desempenho.

Esses não são argumentos típicos para nuvem empresarial. São argumentos para uma fábrica de IA.

O relacionamento com a OpenAI é o sinal público mais claro da estratégia de capacidade da Oracle. Em julho de 2025, a OpenAI anunciou que havia fechado um acordo com a Oracle para desenvolver 4,5 gigawatts de capacidade adicional de data center Stargate nos Estados Unidos. A OpenAI esclareceu que, com o Stargate I em Abilene, a parceria elevaria o Stargate a mais de 5 gigawatts de capacidade de data center de IA em desenvolvimento, utilizando mais de 2 milhões de chips.

A OpenAI também afirmou que partes da instalação de Abilene estavam operacionais e que a Oracle havia começado a entregar racks Nvidia GB200 em junho de 2025, com cargas de trabalho iniciais de treinamento e inferência em andamento.

Em setembro de 2025, a OpenAI expandiu a narrativa do Stargate, anunciando que cinco novos locais de data center de IA nos Estados Unidos com Oracle e SoftBank elevariam a capacidade planejada do Stargate para quase 7 gigawatts e mais de US$ 400 bilhões em investimentos ao longo de três anos. O acordo com a Oracle de julho representava uma parceria de mais de US$ 300 bilhões em cinco anos, e os locais relacionados à Oracle no Condado de Shackelford, Texas; Condado de Doña Ana, Novo México; Centro-Oeste; e uma expansão potencial perto de Abilene poderiam fornecer mais de 5,5 gigawatts.

Isso é infraestrutura na escala de uma empresa pública, mas a economia se assemelha mais ao aluguel de capacidade industrial de alto consumo de energia do que ao software empresarial tradicional.

A Crusoe, parceira de infraestrutura da Oracle em Abilene, afirmou em setembro de 2025 que a primeira fase do campus de Abilene estava online na OCI, que a construção começou em junho de 2024, que os dois primeiros edifícios foram ativados em um ano, que a Oracle começou a entregar racks Nvidia GB200 em junho de 2025 e que o campus planejado de oito edifícios suportaria centenas de milhares de GPUs em uma única malha de rede integrada. Isso é evidência corroborante de parceiro, embora ainda de uma parte interessada.

Isso apoia a ideia de que a Oracle não está apenas registrando demanda no papel; está participando de uma implantação física real.

Mas a venda de capacidade introduz uma classe diferente de risco. Uma licença de banco de dados tem custo marginal desprezível depois que o software é construído. Um cluster GPU carrega risco de depreciação, energia, manutenção, rede, refrigeração líquida, firmware, cadeia de suprimentos e utilização. Um atraso do cliente, uma mudança no treinamento do modelo, uma transição geracional de chip ou uma restrição de energia pode prejudicar os retornos. A divulgação de RPO pela Oracle reduz parcialmente a preocupação de financiamento, já que os clientes pré-pagaram ou forneceram GPUs, mas não elimina o risco de execução.

Pode até destacar o quanto os maiores clientes de IA negociam termos personalizados que diferem do consumo normal de nuvem.

Intensidade de capital e restrições de energia

A principal restrição da estratégia de IA da Oracle não é a demanda comercial. É a capacidade entregável. Os gargalos práticos são terreno, interconexão de rede, geração de eletricidade, transformadores, painéis de distribuição, design de refrigeração a água ou líquida, licenças, rotas de fibra óptica, fornecimento de GPU, mão de obra e capacidade de operar clusters de alta densidade de forma confiável. A demonstração de fluxo de caixa de 2026 da Oracle mostra essa transição claramente: os gastos de capital atingiram US$ 55,7 bilhões e o fluxo de caixa livre tornou-se negativo apesar da forte geração de caixa operacional.

A Oracle levantou US$ 43 bilhões em dívida e US$ 5 bilhões em financiamento de capital no ano fiscal de 2026 e afirmou esperar levantar cerca de US$ 40 bilhões em dívida e capital em 2027, incluindo uma emissão de ações "at-the-market" de US$ 20 bilhões previamente anunciada.

As evidências elétricas em torno de Abilene mostram por que esta é uma estratégia de infraestrutura industrial. A AP noticiou em março de 2026 que a Microsoft estava assumindo uma extensão adjacente do data center de IA de Abilene depois que a OpenAI se recusou a prosseguir, enquanto a Crusoe continuava a concluir outros seis edifícios para OpenAI e Oracle.

A AP também noticiou que o complexo expandido de Abilene deveria fornecer 2,1 gigawatts de capacidade de computação, que o projeto da Microsoft incluía uma usina elétrica no local de 900 megawatts e que o projeto existente OpenAI-Oracle tinha uma usina a gás de 350 megawatts descrita pela Oracle como energia de reserva enquanto os data centers puxavam principalmente da rede regional. Isso é evidência jornalística em vez de um depósito contratual, mas é consistente com a escala física implicada pelas declarações oficiais da OpenAI e da Crusoe.

Um segundo sinal não oficial é a economia fiscal local. Business Insider noticiou que a Oracle estava contestando a avaliação de propriedade de seu local de data center Stargate em Abilene e que o projeto era elegível para uma isenção de 85% do imposto sobre a propriedade. A mesma reportagem indicava que a Crusoe se comprometeu a gastar até US$ 3,5 bilhões e criar 357 empregos em tempo integral, com a Oracle se beneficiando como sublocatário. Isso aponta para economias de incentivos locais e minimização fiscal, não para irregularidades.

Isso mostra que a capacidade de data center é negociada não apenas em salas de reunião, mas através de bases tributárias locais, avaliações de propriedade e acordos de desenvolvimento econômico.

A preocupação do mercado de capitais não é imaginária. A Reuters noticiou em setembro de 2025 que a Moody's sinalizou risco de contraparte nos grandes contratos de IA da Oracle, observando dependência de um pequeno número de empresas de IA e descrevendo a construção do data center da Oracle como efetivamente um dos maiores financiamentos de projeto do mundo.

A Reuters noticiou a opinião da Moody's de que a dívida da Oracle cresceria mais rápido que o EBITDA, contribuindo para uma alavancagem projetada de cerca de 4x antes que o EBITDA alcançasse, e que o fluxo de caixa livre provavelmente permaneceria negativo por um período prolongado antes de atingir o ponto de equilíbrio. Isso é um sinal de analista de crédito, não uma previsão de inadimplência, mas é uma correção útil ao entusiasmo do mercado de ações sobre o backlog.

O risco de contraparte é amplificado pela economia dos compradores de IA de ponta. A Reuters, citando The Information, noticiou em setembro de 2025 que a OpenAI havia elevado suas previsões de consumo de caixa até 2029 para US$ 115 bilhões enquanto acelera os gastos com infraestrutura. A reportagem também indicava que a OpenAI aprofundou sua parceria com a Oracle e adicionou Google Cloud entre seus provedores. Esta é uma reportagem secundária de uma previsão de empresa privada em vez de evidências auditadas.

É, no entanto, diretamente relevante: o principal potencial de alta da Oracle em infraestrutura de IA depende de clientes cujos próprios fluxos de caixa, captações de recursos e escolhas estratégicas de computação permanecem altamente dinâmicos.

Economia de interconexão e o trade-off multinuvem

A estratégia multinuvem da Oracle é uma resposta direta a um problema estrutural: a camada de aplicação empresarial mudou para AWS, Azure e Google Cloud mais rápido do que a Oracle conseguiu converter esses clientes para OCI. Em vez de insistir que os clientes movam tudo para OCI, a Oracle integra ou coloca próximos os serviços de banco de dados Oracle na topologia de nuvem escolhida pelo cliente.

A economia é simples. Mover um banco de dados é caro e arriscado. Mover um servidor de aplicação ou uma carga de trabalho analítica é mais fácil. Se a Oracle pode reduzir a latência e o custo de saída entre as aplicações dos hyperscalers e os bancos de dados Oracle, ela pode manter a conta do banco de dados enquanto permite que os clientes executem o resto de sua arquitetura em outro lugar. A estratégia de interconexão transforma, portanto, a rivalidade em nuvem em proximidade de nuvem. A Oracle não precisa se tornar a nuvem padrão para todas as cargas de trabalho para preservar a receita do banco de dados.

Ela precisa permanecer o sistema de registro confiável para os dados que essas cargas de trabalho consultam e atualizam.

A economia das regiões públicas de OCI apoia esse posicionamento. A Oracle anuncia um backbone privado redundante entre regiões e 10 TB por mês de largura de banda de saída gratuita, com preços mais baixos além disso. Sua página de disponibilidade de serviços lista Oracle AI Database@AWS, Oracle AI Database@Azure e Oracle AI Database@Google Cloud, bem como peerings de interconexão específicos para Azure e Google Cloud. A implicação é que a Oracle está competindo no custo de movimento de dados e continuidade operacional, não apenas no preço da computação.

Para os clientes, o trade-off é atraente, mas não neutro. Os serviços de banco de dados Oracle dentro ou perto de outras nuvens reduzem a pressão de migração e podem evitar uma reescrita forçada. Mas eles também preservam a posição da Oracle na arquitetura. O cliente pode escapar do hardware local e de parte do fardo do data center, enquanto ainda fica vinculado à semântica do banco de dados Oracle, obrigações de suporte, opções e ciclos de negociação comercial. A multinuvem pode, portanto, reduzir o atrito operacional enquanto estende a dependência do fornecedor.

Aplicações empresariais e custos de mudança

O negócio de aplicações da Oracle é menos espetacular do que a história da infraestrutura de IA, mas ainda é estrategicamente importante. Fusion Cloud ERP, HCM, SCM, EPM, NetSuite, aplicações setoriais e Oracle Health dão à Oracle acesso a processos de negócios, não apenas a infraestrutura técnica. As aplicações geram dados, fluxos de trabalho e hábitos de usuário. Os bancos de dados os armazenam. A infraestrutura em nuvem os executa. As funcionalidades de IA podem ser anexadas a eles. Essa é a estratégia empresarial full-stack.

Os custos de mudança são particularmente altos onde as aplicações Oracle cruzam processos regulados. Os sistemas ERP codificam controles financeiros, regras de compras, lógica fiscal, processos de inventário e trilhas de auditoria. Os sistemas HCM codificam folha de pagamento, benefícios, classificação de força de trabalho e conformidade. Os sistemas de saúde codificam fluxos de trabalho clínicos, registros de pacientes e obrigações de interoperabilidade. Os sistemas do setor público codificam leis de contratação pública, dotações orçamentárias, classificações de pessoal e requisitos de retenção de registros.

Um cliente pode não gostar da Oracle e ainda assim ser economicamente racional ao renovar.

A posição de aplicações da Oracle também reforça OCI. Um cliente Fusion, NetSuite ou Oracle Health é mais fácil de vender serviços adjacentes de OCI do que um comprador de nuvem neutro. Inversamente, um cliente de banco de dados OCI é mais fácil de vender modernização de aplicações do que uma conta puramente nativa da AWS. Isso não é automático. SAP, Workday, ServiceNow, Salesforce, Microsoft e fornecedores setoriais competem pela camada de processos.

Mas a lógica de cross-sell da Oracle é crível porque o mesmo CIO ou escritório de tecnologia de agência frequentemente detém o risco tanto da continuidade da aplicação quanto da continuidade do banco de dados.

O ponto cético é que as aplicações empresariais têm um teto de crescimento diferente do da infraestrutura de IA. A receita do Oracle Cloud Applications cresceu 11% no ano fiscal de 2026, contra 77% da infraestrutura em nuvem. As aplicações são aderentes e lucrativas, mas não são a fonte da narrativa de reavaliação atual. O negócio de aplicações é melhor compreendido como um estabilizador e gerador de gravidade de dados do que como a principal fonte de potencial de alta.

Setor público e indústrias reguladas

A Oracle tem uma exposição excepcionalmente profunda a cargas de trabalho do setor público e reguladas. A página de nuvem de defesa dos EUA da Oracle afirma que o Oracle Cloud suporta clientes do DoD através de OCI, que o Oracle U.S. Defense Cloud é autorizado para os níveis de impacto DISA 2, 4 e 5, e que as regiões de segurança nacional da Oracle são ambientes isolados (air-gapped) autorizados IL6 para cargas de trabalho Secret e Top Secret. A mesma página enfatiza preços globalmente consistentes entre modelos de implantação e ausência de taxas de saída nas regiões de segurança nacional.

Isso é importante porque as cargas de trabalho do setor público valorizam acreditação, isolamento, veículos de compra e continuidade mais do que ciclos de moda de desenvolvedor.

A saúde é o teste mais importante da indústria regulada devido à aquisição da Cerner pela Oracle. O programa de modernização do EHR do Departamento de Assuntos de Veteranos continua sendo um exemplo edificante. O GAO testemunhou em 2025 que a modernização do EHR do VA fez melhorias incrementais, mas ainda carecia de informações atualizadas sobre a duração da modernização ou estimativas confiáveis de custo. O GAO também afirmou que muitos usuários pesquisados relataram produtividade reduzida e que recomendações anteriores substanciais permaneciam em aberto.

Isso não é exclusivamente uma falha da Oracle; grandes programas de TI de saúde do setor público são complexos e o VA é a autoridade contratante. Mas é um sinal real de que a oportunidade de carga de trabalho regulada do Oracle Health carrega risco de implementação e político.

A oportunidade do setor público é, portanto, uma faca de dois gumes. A Oracle pode vencer porque os governos já executam bancos de dados Oracle e sistemas de back-office, e porque regiões de nuvem acreditadas são difíceis de replicar. Mas cada vitória no setor público pode se tornar um registro de desempenho público. Estouros de custos, atrasos de implantação, incidentes de segurança ou insatisfação do usuário tornam-se questões para o Congresso, auditores e mídia, em vez de feedbacks privados de clientes.

Histórico de segurança e interrupções

O histórico de segurança e confiabilidade da Oracle deve ser analisado com nuance. Todos os hyperscalers e fornecedores de software empresarial sofrem vulnerabilidades, interrupções e incidentes que afetam clientes. A questão não é se os incidentes ocorrem, mas se a empresa comunica claramente, corrige rapidamente e mantém a confiança em ambientes regulados.

O modelo de status público da Oracle tem uma limitação que importa para o trabalho de inteligência. A documentação da Oracle afirma que o painel OCI Status exibe interrupções de serviço no nível de serviço ou região, enquanto interrupções específicas do cliente são comunicadas via Console Announcements. Isso significa que a página de status público pode sub-representar incidentes que afetam clientes, locatários, caminhos de identidade ou configurações específicas.

A monitoração não oficial de interrupções ilustra o déficit de visibilidade. DataCenterDynamics noticiou em maio de 2025 que usuários relataram uma interrupção OCI na Europa, com relatos sugerindo um problema de cerca de seis horas afetando identidade e incluindo Alemanha Central, enquanto a página de status da Oracle não listava nenhum incidente para aquele mês no momento da redação. Trata-se de relatos externos baseados em parte em relatos de usuários e sinais de interrupção de terceiros, não em uma análise oficial de causa raiz.

Isso não prova falta de confiabilidade sistêmica, mas mostra que as páginas de status de nuvem pública podem não refletir adequadamente a experiência do cliente.

Os relatos de segurança são mais preocupantes porque os produtos empresariais da Oracle são profundamente integrados. A Reuters noticiou em abril de 2025 que a Oracle informou aos clientes que um hacker penetrou em um sistema e roubou credenciais de login antigas de clientes, que o incidente estava sendo investigado pelo FBI e pela CrowdStrike, e que os dados roubados incluíam credenciais de login de clientes Oracle datadas de até 2024, embora a Oracle tenha dito aos clientes que o sistema não era usado há oito anos. A Reuters também noticiou que a Oracle afirmou que o incidente era distinto de um incidente de cliente no setor de saúde.

Trata-se de evidência jornalística corroborada com base em comunicações com clientes e pessoas familiarizadas com o assunto, não em um relatório forense completo. Isso é, no entanto, importante porque a proposta de confiança da Oracle depende fortemente da confiança de clientes regulados e críticos.

O risco mais amplo não é que a Oracle tenha uma segurança particularmente ruim. É que a pegada da Oracle cria oportunidades de grande raio de explosão para atacantes. E-Business Suite, PeopleSoft, JD Edwards, Siebel, Oracle Database, WebLogic, Java, Cerner/Oracle Health e OCI residem em fluxos de trabalho empresariais sensíveis. Quanto mais a Oracle se vende como o lar seguro para cargas de trabalho do setor público, saúde e IA, mais a transparência de segurança se torna uma variável competitiva.

Concorrência: hyperscalers, nuvens de dados, aplicações e código aberto

A Oracle compete com diferentes fornecedores em diferentes níveis.

Contra AWS, Azure e Google Cloud, a Oracle continua sendo uma desafiante. A Synergy Research Group estimou os gastos com infraestrutura de nuvem empresarial no primeiro trimestre de 2026 em cerca de US$ 129 bilhões, com AWS com 28% de participação global, Microsoft com 21% e Google com 14%. A Synergy também afirmou que os três primeiros são ainda mais dominantes em nuvem pública, enquanto a Oracle estava entre os fornecedores de segundo escalão de crescimento mais rápido.

O resumo dos dados da Synergy pela CRN colocou a Oracle com 4% de participação global de mercado de infraestrutura em nuvem no primeiro trimestre de 2026, contra 3% no quarto trimestre de 2025 e no primeiro trimestre de 2025. Essa é a escala correta de comparação: a Oracle pode crescer rapidamente, mas continua muito menor que os três grandes em infraestrutura de nuvem geral.

O nicho da Oracle contra os três grandes não é a amplitude de nuvem genérica. AWS tem a profundidade do ecossistema de desenvolvedores, Azure tem a distribuição empresarial da Microsoft e proximidade de identidade, e Google tem credibilidade em engenharia de dados/IA. O nicho da Oracle é mais estreito: economia de bancos de dados, bare metal, rede de alto desempenho, saída previsível e posicionamento de banco de dados multinuvem.

É mais crível que a Oracle conquiste "executar Oracle Database, cargas de trabalho do tipo Exadata, clusters de IA e sistemas empresariais regulados" do que se tornar o lar padrão para todas as novas startups e desenvolvimento nativo em nuvem.

A Snowflake compete com a Oracle pela gravidade dos dados analíticos. A Snowflake reportou receita de produto de US$ 1,23 bilhão no quarto trimestre do ano fiscal de 2026, alta de 30%, obrigações de desempenho restantes de US$ 9,77 bilhões, taxa de retenção de receita líquida de 125% e 733 clientes com receita de produto superior a US$ 1 milhão nos últimos doze meses. O argumento da Snowflake não é substituir todos os bancos de dados transacionais Oracle. É se tornar a camada de dados analíticos e IA governada entre nuvens.

Isso ameaça a Oracle quando os clientes movem cargas de trabalho de relatórios, armazenamento, compartilhamento de dados e IA para fora dos bancos de dados Oracle para uma nuvem de dados neutra.

A Databricks compete através do modelo lakehouse e plataforma de IA. Em fevereiro de 2026, a Databricks anunciou que ultrapassou US$ 5,4 bilhões em receita anualizada, crescimento de mais de 65% ano a ano, com mais de 800 clientes consumindo com receita anualizada superior a US$ 1 milhão e mais de 70 com mais de US$ 10 milhões. Também destacou Lakebase, um banco de dados Postgres serverless para agentes de IA, e Genie, um assistente de IA conversacional. A ameaça estratégica não é apenas analítica.

A Databricks tenta atrair engenharia de dados empresarial, governança, desenvolvimento de IA e cada vez mais serviços de dados operacionais de IA para uma única plataforma.

A SAP compete com a Oracle no nível de aplicações e, através de HANA, no nível de plataforma banco de dados/aplicações. As perspectivas de 2026 da SAP preveem € 25,8 a 26,2 bilhões em receita de nuvem a taxas de câmbio constantes, alta de 23% a 25%, e € 36,3 a 36,8 bilhões em receita de nuvem e software. Oracle Fusion ERP, HCM e SCM competem diretamente com o ciclo de migração de ERP em nuvem da SAP, enquanto o controle da SAP sobre a camada de processos ERP pode reduzir a alavancagem de banco de dados da Oracle onde os clientes estão se padronizando em S/4HANA e na pilha de nuvem da SAP.

Os ecossistemas de bancos de dados de código aberto são a ameaça de atrito de longo prazo. PostgreSQL, MySQL, MariaDB, SQLite, ClickHouse, Cassandra e outros sistemas não precisam mover imediatamente os maiores bancos de dados legados Oracle. Eles só precisam se tornar a escolha padrão para novas cargas de trabalho. O PostgreSQL, em particular, tornou-se o padrão empresarial para muitas novas aplicações relacionais porque é capaz, extensível, gerenciado em nuvem por todos os principais provedores e livre da complexidade de licenciamento do tipo Oracle. O risco para a Oracle não é um precipício súbito.

É a substituição geracional: novas aplicações começam no Postgres ou em bancos de dados nativos em nuvem, a análise move-se para Snowflake ou Databricks, e a Oracle fica concentrada em sistemas legados de alto valor. Isso ainda é um grande negócio, mas muda a matemática do crescimento.

Poder de precificação e seus limites

A Oracle tem poder de precificação onde três condições são atendidas: a carga de trabalho é crítica, o caminho de migração é arriscado e a Oracle mantém alavancagem de licenciamento ou suporte. Isso descreve grande parte da base instalada de bancos de dados. Também descreve algumas cargas de trabalho governamentais e reguladas. Isso não descreve necessariamente a computação em nuvem commoditizada.

Em bancos de dados, a Oracle pode manter preços através de renovações de suporte, licenças de opções, auditorias, contratos de licença empresarial e créditos de migração para nuvem. O cliente pode negociar duramente, mas a opção externa é frequentemente cara. Em aplicações, o poder de precificação depende do bloqueio de processos, da profundidade da integração e do histórico de implementação. Em OCI, o poder de precificação é menor para computação e armazenamento genéricos porque AWS, Azure e Google Cloud definem as expectativas mais amplas do mercado.

O argumento de precificação de nuvem da Oracle, portanto, enfatiza previsibilidade, taxas de saída mais baixas, portabilidade de licença e desempenho para cargas de trabalho Oracle, em vez de precificação premium genérica.

Na capacidade de IA, o poder de precificação depende da escassez. Quando GPUs, energia e capacidade de data center de alta densidade são escassos, a Oracle pode obter compromissos atraentes de desenvolvedores de modelos. Quando a oferta relaxa, quando os clientes constroem seus próprios chips, quando a demanda de treinamento se desloca para otimização de inferência, ou quando as gerações de GPU mudam mais rápido que os cronogramas de depreciação, o poder de precificação pode se comprimir. Essa é a principal diferença econômica entre a receita de banco de dados e a receita de capacidade de IA.

A receita de banco de dados é protegida pelos custos de mudança acumulados. A receita de capacidade GPU é protegida pela escassez, que pode ser cíclica.

Sinais não oficiais e confiança

Evidências públicas corroboradas: os resultados financeiros da Oracle para o ano fiscal de 2026, a divulgação de RPO, gastos de capital, fluxo de caixa operacional, fluxo de caixa livre, receita de nuvem e planos de financiamento são divulgações oficiais da empresa e de alta confiança para os números históricos reportados. A interpretação dos retornos futuros permanece incerta.

Evidências técnicas corroboradas: a documentação das regiões OCI, tabelas de disponibilidade de serviços, listas multinuvem, especificações de infraestrutura de IA e alegações sobre regiões públicas são evidências oficiais da Oracle. Elas são de alta confiança como descrições da arquitetura declarada e da oferta comercial da Oracle, mas não são evidência independente de satisfação do cliente ou desempenho entregue em todos os locais.

Evidências de parceiros corroboradas: as declarações da OpenAI e Crusoe sobre Stargate, Abilene, entrega de racks GB200, metas de capacidade e desenvolvimento do local são de alta confiança como declarações das partes envolvidas. Elas não constituem evidências de auditoria independentes da capacidade final entregue, utilização ou economia.

Sinal de analista de confiança média: o enquadramento de risco da Moody's, conforme reportado pela Reuters, é um sinal crível do mercado de crédito. Isso não prova que os contratos de IA da Oracle terão desempenho inferior, mas identifica corretamente o financiamento de projeto, a alavancagem, a concentração de clientes e a duração do fluxo de caixa livre negativo como riscos centrais.

Sinal de contraparte de confiança média: a reportagem da Reuters sobre o consumo de caixa projetado da OpenAI, citando The Information, é útil, mas não auditada. É relevante porque o backlog de IA da Oracle depende em parte da capacidade financeira e da consistência estratégica de um pequeno número de compradores de IA.

Sinal de infraestrutura local de confiança média: a reportagem da AP sobre a expansão de Abilene e a usina elétrica, e a reportagem do Business Insider sobre avaliação fiscal e isenções, são indicadores jornalísticos críveis das dinâmicas de energia e incentivos locais. Elas não constituem economia de projeto completa nem conclusões legais.

Sinal de cliente/operador de confiança média: o comentário da UpperEdge sobre licenciamento Oracle e VMware reflete a experiência de profissionais em negociações empresariais. Não é uma interpretação legal oficial, mas é relevante porque o medo do cliente de exposição a licenciamento faz parte da fossa econômica da Oracle.

Sinal de interrupção de confiança média: a reportagem da DataCenterDynamics sobre uma interrupção OCI na Europa baseia-se em parte em relatos de usuários e indicadores de interrupção de terceiros. É um sinal externo em vez de um relatório de incidente Oracle confirmado, e é útil principalmente para avaliar a lacuna entre os painéis de status público e os incidentes percebidos pelos clientes.

Registro de evidências

1. Resultados Oracle FY2026: evidências oficiais de alta confiança para receita, crescimento de nuvem, RPO, pré-pagamentos, pressão de gastos de capital, fluxo de caixa operacional e fluxo de caixa livre. Advertência chave: as previsões da administração e o comentário do mercado de IA são prospectivos.
2. Lista de preços Oracle setor público: evidências de alta confiança para os preços de catálogo do Oracle Database Enterprise Edition e opções. Advertência: preços de catálogo não são preços contratuais realizados para empresas.
3. Classificação DB-Engines: sinal de popularidade de confiança média para participação na mente dos bancos de dados. Advertência: não é participação de receita, base instalada ou volume de carga de trabalho.
4. Oracle License Management Services: evidências oficiais de alta confiança de que a Oracle mantém um aparato formal de conformidade/auditoria. Advertência: o enquadramento oficial enfatiza assistência ao cliente, não pressão de negociação.
5. Comentário de licenciamento UpperEdge: evidências de profissional de confiança média sobre as dores dos clientes em torno do licenciamento Oracle e virtualização. Advertência: perspectiva de consultoria de fornecedor, não decisão judicial.
6. Documentação sobre regiões OCI e domínios de disponibilidade: evidências de alta confiança para a arquitetura região/AD e modelo de expansão de AD único. Advertência: não mede disponibilidade real ou capacidade por região.
7. Página de regiões de nuvem pública da Oracle: evidências oficiais de alta confiança para o número de regiões comerciais, backbone, alocação de saída, alegações de conformidade e postura de preços. Advertência: página de marketing oficial, não referência de desempenho independente.
8. Tabelas de disponibilidade de serviços OCI e multinuvem: evidências de alta confiança para a estratégia de banco de dados multinuvem e listas de serviços da Oracle. Advertência: disponibilidade não prova adoção ou uso.
9. Página de infraestrutura de IA da Oracle: evidências oficiais de alta confiança para a escala declarada de clusters GPU e alegações de rede. Advertência: alegações técnicas devem ser validadas carga de trabalho por carga de trabalho.
10. Anúncio Stargate da OpenAI de julho de 2025: evidências de parte envolvida de alta confiança para a parceria Oracle de 4,5 GW e cargas de trabalho iniciais de Abilene. Advertência: não é cronograma de entrega auditado.
11. Expansão Stargate da OpenAI de setembro de 2025: evidências de parte envolvida de alta confiança para a expansão planejada do local, capacidade planejada de 7 GW e capacidade dos locais relacionados à Oracle. Advertência: capacidade planejada pode mudar.
12. Anúncio da Crusoe sobre Abilene: evidências de parceiro de alta confiança para edifícios ativados, entrega de racks GB200 e intenção de design para centenas de milhares de GPUs. Advertência: o parceiro tem interesse comercial na narrativa.
13. Reuters sobre risco dos contratos de IA da Oracle segundo Moody's: evidências de confiança média-alta da preocupação de analistas de crédito sobre risco de contraparte, alavancagem e fluxo de caixa livre. Advertência: avaliação de analista, não falha operacional.
14. Reuters sobre consumo de caixa da OpenAI: sinal de risco de contraparte de confiança média. Advertência: Reuters atribui a previsão a The Information e OpenAI não comentou nesta reportagem.
15. AP sobre expansão de Abilene e energia: evidências de confiança média-alta da dinâmica da usina elétrica e alocação do local. Advertência: alocação do local pode mudar à medida que os clientes renegociam necessidades de capacidade.
16. Business Insider sobre avaliação fiscal e isenção de Abilene: evidências de confiança média da economia de incentivos locais. Advertência: não é auditoria completa das finanças públicas.
17. Página Oracle U.S. Defense Cloud: evidências oficiais de alta confiança para o posicionamento de autorização DISA/FedRAMP/IL. Advertência: acreditação não equivale a desempenho de carga de trabalho.
18. GAO sobre modernização do EHR do VA: evidências de supervisão governamental de alta confiança sobre o risco de implementação do Oracle Health/Cerner. Advertência: o risco do programa é compartilhado entre agência, integradores, fornecedor e modelo de governança.
19. Reuters sobre incidente de credenciais Oracle: evidências de histórico de segurança de confiança média-alta com base em comunicações com clientes e pessoas familiarizadas. Advertência: não é relatório forense completo.
20. DataCenterDynamics sobre relatos de interrupção OCI na Europa: sinal externo de interrupção de confiança média. Advertência: baseia-se em parte em relatos de usuários e indicadores de terceiros.
21. Participação de mercado de nuvem Synergy/CRN: contexto de participação de mercado de confiança média-alta para concorrência hyperscaler e status de desafiante da Oracle. Advertência: estimativas de terceiros, definições variam por segmento de mercado.
22. Divulgações/anúncios financeiros da Snowflake, Databricks e SAP: indicadores de escala competitiva atual de alta confiança para concorrência de nuvens de dados, plataforma lakehouse/IA e aplicações empresariais. Advertência: Snowflake e SAP são divulgações de empresas públicas; Databricks é autodeclaração de empresa privada.

Pontos de monitoramento de 12 a 36 meses

Primeiro, acompanhar a conversão dos RPOs de IA em receita OCI reconhecida. A questão chave não é se a Oracle pode anunciar um backlog, mas se pode ativar os locais, instalar os clusters, cumprir os níveis de serviço e converter os compromissos em receita sem decepção de margem.

Segundo, acompanhar os gastos de capital, a dívida líquida e o fluxo de caixa livre em conjunto. Uma linha de receita OCI crescente com fluxo de caixa livre persistentemente negativo implicaria que a Oracle está comprando crescimento com intensidade de capital. Uma estabilização da intensidade dos gastos de capital em relação à receita apoiaria o cenário de alta.

Terceiro, acompanhar a concentração de clientes na infraestrutura de IA. Se a OpenAI ou um pequeno grupo de empresas de IA representa uma parcela desproporcional do backlog, o escrutínio do mercado de crédito permanecerá justificado.

Quarto, acompanhar o fornecimento de eletricidade e a execução dos locais. Sinais relevantes são filas de interconexão, geração no local, pedidos de turbinas a gás, disponibilidade de transformadores, disputas fiscais locais, restrições de água/refrigeração e marcos de construção em Abilene, Texas; Condado de Shackelford, Texas; Condado de Doña Ana, Novo México; locais no Wisconsin/Midwest; e qualquer local Stargate adicional.

Quinto, acompanhar se as estruturas de GPU pré-pagas ou fornecidas pelo cliente estão crescendo. Essas estruturas reduzem o fardo financeiro inicial da Oracle, mas também podem indicar que os grandes compradores de IA têm alavancagem suficiente para moldar a economia da Oracle.

Sexto, acompanhar a maturidade das regiões OCI. Mais regiões multi-AD, divulgações de capacidade regional mais claras, transparência de status melhorada e evidências de cargas de trabalho não-Oracle apoiariam a alegação de OCI como um desafiante hyperscaler mais amplo.

Sétimo, acompanhar a adoção do Oracle Database@AWS, @Azure e @Google. Este é um dos movimentos estratégicos mais importantes da Oracle, pois permite que a Oracle mantenha a receita do banco de dados dentro de nuvens concorrentes.

Oitavo, acompanhar o comportamento de suporte e auditoria de banco de dados. Se a Oracle intensificar as auditorias ou usar pressão de licenciamento para impulsionar a migração para OCI, a receita de curto prazo pode se beneficiar, mas o ressentimento do cliente e os incentivos para migração de código aberto aumentarão.

Nono, acompanhar o deslocamento pelo PostgreSQL e código aberto em novas cargas de trabalho. A base legada da Oracle é difícil de mover, mas as escolhas padrão para novas cargas de trabalho determinam o mercado endereçável de longo prazo.

Décimo, acompanhar a penetração da Snowflake e Databricks em contas com alta presença da Oracle. O risco não é apenas a substituição do banco de dados; é a gravidade dos dados analíticos se afastando dos sistemas de registro Oracle.

Décimo primeiro, acompanhar a migração de ERP em nuvem da SAP. O sucesso da SAP em mover clientes ERP para S/4HANA Cloud pode enfraquecer a alavancagem de aplicações e banco de dados da Oracle em contas que historicamente executam SAP em bancos de dados Oracle.

Décimo segundo, acompanhar o Oracle Health. O progresso da implantação no VA, a satisfação do usuário, as estimativas de custo, a supervisão do Congresso, as referências hospitalares e a postura de cibersegurança determinarão se a Cerner se torna um motor de crescimento da indústria regulada ou um lastro persistente.

Décimo terceiro, acompanhar a transparência de segurança. A proposta de valor da Oracle para governos e indústrias reguladas depende da disciplina de divulgação de incidentes, cadência de patches, resiliência de identidade e confiança do cliente.

Décimo quarto, acompanhar a composição da margem bruta. A economia de banco de dados e suporte é estruturalmente diferente da economia de capacidade GPU. Se a infraestrutura de IA se tornar uma parcela muito grande do crescimento, o perfil de margem consolidada da Oracle pode se assemelhar menos a software clássico e mais a infraestrutura intensiva em capital.

Décimo quinto, acompanhar a reação do mercado de dívida. Sinais da Moody's e outros mercados de crédito podem se tornar indicadores antecedentes da capacidade da Oracle de absorver o risco de infraestrutura de IA sem aumentar seu custo de capital.

Décimo sexto, acompanhar se os clientes de infraestrutura de IA da Oracle estão construindo chips internos ou diversificando provedores de nuvem. A integração vertical dos clientes pode transformar o prêmio de escassez de hoje em pressão de preços amanhã.

Décimo sétimo, acompanhar a demanda regulatória e de soberania. O posicionamento da Oracle em mercados governamentais, soberanos e de nuvem dedicada é um ativo diferenciado se os requisitos de residência de dados e segurança nacional se apertarem.

Décimo oitavo, acompanhar os ganhos de mercados públicos e resultados de entrega. Novos contratos ajudam a receita da Oracle, mas o desempenho de implementação determina se a exposição ao setor público fortalece a confiança ou cria risco político.