A Oracle alterou silenciosamente as especificações do seu programa de camada gratuita, reduzindo pela metade a oferta de computação Ampere A1 na Oracle Cloud Infrastructure (OCI). Desde o dia 15 de junho de 2026, o limite que antes permitia 4 OCPUs e 24 GB de RAM foi reduzido para 2 OCPUs e 12 GB de RAM, sem qualquer comunicado oficial, e-mail de aviso ou publicação em blog corporativo.
A mudança foi descoberta pela comunidade de desenvolvedores e entusiastas de Linux quando instâncias começaram a ser encerradas ou quando usuários notaram divergências nos números da documentação oficial. A generosidade anterior da Oracle, que permitia até 3.000 horas de OCPU e 18.000 GB por mês, era um dos pilares de atratividade da plataforma para testes, servidores pessoais e projetos de automação residencial.
Impacto para usuários e contas PAYG
A falta de transparência gerou uma onda de confusão, especialmente para usuários com contas do tipo Pay-As-You-Go (PAYG). Em diversos fóruns, usuários relataram o receio de que o uso das configurações antigas (4 OCPU/24 GB) pudesse resultar em cobranças indevidas, já que as novas regras de cota não foram claramente diferenciadas por tipo de conta na documentação pública.
O que fazer agora: Audite suas instâncias Ampere A1 imediatamente para garantir que o consumo total não exceda o novo limite de 2 OCPUs e 12 GB de RAM. Se você possui uma conta PAYG, entre em contato com o suporte da Oracle para confirmar o status da sua cota e documente a resposta por escrito.
Embora relatos de usuários indiquem que o suporte da Oracle confirmou via e-mail que contas PAYG manteriam os limites antigos, a documentação oficial segue afirmando que todas as locações recebem apenas 1.500 horas de OCPU e 9.000 GB por mês. Essa contradição deixa usuários em uma posição vulnerável, onde a garantia de serviço depende de prints de e-mails em vez de políticas corporativas transparentes.
O risco da descontinuidade
Mesmo para aqueles que conseguiram manter as instâncias antigas operando, a segurança é precária. A documentação indica que, caso um recurso existente seja encerrado por qualquer motivo (manutenção, falha ou erro do usuário), não será possível recriá-lo com as especificações anteriores. Ou seja, as instâncias atuais estão a um encerramento de distância de serem limitadas permanentemente aos novos patamares.
A prática de ajustar planos gratuitos é comum no mercado de nuvem, visando sustentabilidade financeira, mas a ausência de comunicação eleva a desconfiança da comunidade técnica. Para profissionais que utilizam o ecossistema OCI para validar arquiteturas ou rodar fluxos de trabalho leves, o episódio reforça a importância de sempre ter uma estratégia de migração e não confiar exclusivamente em camadas gratuitas de fornecedores sem redundância clara.
O corte na Oracle Cloud
O que mudou no Oracle Cloud Always Free?
O limite de computação Ampere A1 caiu de 4 OCPUs e 24 GB de RAM para 2 OCPUs e 12 GB de RAM.
Contas pagas (PAYG) foram afetadas?
A documentação oficial não diferencia as contas, mas relatos de suporte indicam que contas PAYG teriam sido poupadas. Recomendamos confirmar com o suporte local.
O que acontece com instâncias antigas que excedem o limite?
Elas podem ser desligadas. Se encerradas, não será possível recriá-las seguindo a configuração antiga (4/24).
Por que a Oracle não avisou sobre a mudança?
Não houve comunicado oficial. A mudança foi feita apenas por meio de alteração na documentação, o que gerou críticas sobre a transparência da empresa.
Como garantir que não serei cobrado indevidamente?
Audite suas instâncias no console da OCI para respeitar o limite de 2 OCPUs e 12 GB e mantenha registros de qualquer interação com o suporte sobre sua cota específica.