Impacto da redução no Oracle Cloud Infrastructure
A Oracle pegou a comunidade de desenvolvedores de surpresa ao reduzir pela metade, de forma silenciosa, a capacidade do seu Always Free Ampere A1 no Oracle Cloud Infrastructure (OCI). A mudança, que entrou em vigor no dia 15 de junho de 2026, cortou os recursos disponíveis de 4 OCPUs e 24 GB de RAM para 2 OCPUs e 12 GB de RAM.
Sem qualquer comunicado oficial, postagem em blog ou notificação por e-mail, a alteração foi descoberta apenas através de atualizações na documentação e por usuários cujas instâncias foram subitamente desligadas ou reduzidas.
Para o desenvolvedor brasileiro que utiliza essa camada gratuita para hospedar projetos pessoais, ambientes de staging, instâncias de Ollama para inferência de IA local ou automações residenciais, o impacto é significativo. A oferta anterior de 3.000 horas de OCPU e 18.000 GB de RAM por mês era considerada uma das mais generosas do mercado, permitindo rodar cargas de trabalho consideráveis sem custo. Com a nova cota de 1.500 horas de OCPU e 9.000 GB de RAM, a viabilidade técnica de muitos desses projetos foi comprometida.
Incertezas para usuários Pay-As-You-Go (PAYG)
A falta de transparência da Oracle gerou confusão sobre o status de contas Pay-As-You-Go (PAYG). Muitos usuários migraram para esse modelo de conta apenas pela conveniência de provisionamento, mas continuavam utilizando os recursos Always Free. A preocupação central é se o excedente de uso das instâncias antigas de 4 OCPUs e 24 GB passaria a ser cobrado indevidamente.
Contradições no suporte
Relatos de usuários indicam que agentes de suporte da Oracle confirmaram, via e-mail, que os novos limites seriam aplicados apenas a contas do tipo “Free Tier”, isentando contas PAYG. No entanto, a documentação oficial da empresa não faz essa distinção, declarando que todas as tenancies recebem a nova cota reduzida. Essa discrepância cria um cenário arriscado para quem mantém instâncias legadas, pois não há garantia contratual clara de que o uso excedente não resultará em cobranças inesperadas.
O risco das instâncias legadas
Existe um perigo oculto na política de provisionamento da Oracle. Mesmo para aqueles que conseguiram manter instâncias de 4/24 funcionando após a alteração, o risco é permanente. A documentação sugere que, se um recurso for terminado, não será possível recriá-lo acima do novo limite. Ou seja, qualquer falha no sistema, manutenção ou erro humano que leve à exclusão de uma instância antiga torna impossível o retorno às especificações originais.
Como auditar e proteger seus recursos
Diante do silêncio da Oracle, a recomendação para desenvolvedores é agir preventivamente para evitar interrupções ou custos não planejados. A auditoria de uso deve ser a primeira prioridade para garantir que você não esteja excedendo a nova cota de 2 OCPUs e 12 GB de RAM.
Auditoria imediata: Verifique através do console do OCI todas as instâncias ativas e ajuste a alocação para se adequar ao novo limite de 2/12.
Documentação de suporte: Se você possui uma conta PAYG, entre em contato diretamente com o suporte da Oracle para obter confirmação por escrito sobre a aplicabilidade dos limites e guarde esses registros.
Monitoramento: Configure alertas de orçamento no console da Oracle Cloud para ser notificado caso qualquer instabilidade ou erro de provisionamento comece a gerar custos imprevistos na sua conta.
A forma como essa mudança foi conduzida levanta questões sobre a confiabilidade a longo prazo de provedores de nuvem para projetos de hobbyistas. Embora ajustes em níveis gratuitos sejam práticas comuns no mercado de tecnologia, a ausência de comunicação oficial erosiona a confiança, lembrando que, no ecossistema de nuvem, o que é gratuito hoje pode sofrer alterações sem aviso prévio amanhã.
Perguntas frequentes sobre o Always Free
O que acontece com as minhas instâncias atuais que ultrapassam o novo limite?
As instâncias que excedem os novos limites de 2 OCPUs e 12 GB de RAM podem ser automaticamente desligadas ou forçadas ao redimensionamento pelo sistema da Oracle, caso ocorra qualquer interrupção ou necessidade de recriação do recurso.
A mudança também afeta contas pagas (PAYG)?
Oficialmente, a documentação da Oracle não diferencia as contas. Embora o suporte humano tenha informado que contas PAYG permanecem com a cota original, essa informação não consta na política pública, o que torna a situação juridicamente instável para o usuário.
Devo migrar meus projetos do Oracle Cloud?
A decisão depende da criticidade do seu projeto. Para instâncias que não podem sofrer interrupções e para as quais o custo de uma eventual cobrança inesperada é proibitivo, é prudente avaliar alternativas como servidores dedicados (VPS) em outros fornecedores ou a portabilidade total de cargas de trabalho via Docker/Kubernetes.
