“Tudo para a cloud” é uma política, não uma análise. Para Oracle Database, on-premises ainda vence em custo em muitos cenários. A decisão certa precisa de dados, não de tendência.
Por que essa decisão é diferente das outras
Migrar um servidor web para cloud é relativamente simples — os workloads são intercambiáveis e o custo de licença é baixo. Oracle Database é diferente por dois motivos que tornam a análise muito mais complexa:
Custo de licença estratosférico. Oracle Database Enterprise Edition custa dezenas de milhares de dólares por core físico em licença perpétua, mais 22% ao ano em suporte. Esse número domina qualquer análise de TCO.
Regras de licenciamento em cloud. Mover Oracle para cloud pode dobrar ou triplicar o custo de licença, dependendo de como a virtualização é reconhecida pela Oracle. Uma decisão tomada sem analisar isso pode criar uma surpresa enorme.
Critérios objetivos de análise
1. Custo total de propriedade (TCO) em 3 anos
On-premises inclui: hardware (amortizado em 5 anos), energia, refrigeração, espaço em rack ou datacenter, equipe de operação, suporte Oracle (22% ao ano sobre o valor de licença).
Cloud inclui: custo de computação mensal, storage, rede, suporte do provedor. Se BYOL, adiciona suporte Oracle. Se License Included (em OCI), o custo mensal absorve licença e suporte.
Na prática, Oracle Database on-premises com hardware já amortizado e equipe operacional já existente raramente perde para cloud em custo puro. O hardware velho já foi pago — o custo incremental é apenas energia, espaço e suporte. Cloud tem custo mensal recorrente mesmo quando o sistema não está sendo intensamente usado.
On-premises ganha em custo quando: hardware amortizado, workload estável, equipe operacional já existente, sem crescimento de volumetria previsto.
Cloud ganha em custo quando: você precisa comprar hardware novo (cloud elimina capex), o workload tem picos imprevisíveis que exigem escala elástica, ou você quer eliminar equipe de operação de banco de dados.
2. Latência para as aplicações
Oracle Database transacional tem sensibilidade à latência de rede entre a aplicação e o banco. Aplicações com muitas queries curtas (OLTP) impactam percepção do usuário se a latência aumenta de 0,1ms (local) para 2-5ms (cloud na mesma cidade) ou mais.
Na prática: para aplicações ERP com milhares de queries por segundo, latência de rede para cloud pode ser perceptível. Para analytics e relatórios com queries longas, a latência de rede é irrelevante.
On-premises ganha: aplicações OLTP com altíssima frequência de transações onde latência importa.
Cloud ganha ou empata: analytics, relatórios, replicação, aplicações com consultas de longa duração.
3. Licenciamento: onde está o banco em cada cenário
Como detalhado no artigo de licenciamento Oracle, a escolha de infraestrutura afeta diretamente o custo de licença. Servidor físico próprio com cores explícitos licenciados corretamente é o cenário mais previsível. Cloud privada com Oracle VM é equivalente. OCI oferece hard partitioning. Outras clouds públicas podem exigir licenciamento adicional.
On-premises ganha: controle total sobre contagem de cores, sem ambiguidade de virtualização.
OCI empata ou ganha: hard partitioning reconhecido, modelo BYOL claro.
Outras clouds perdem: risco de licenciamento aumentado por soft partitioning.
4. Equipe disponível
On-premises Oracle requer DBA ativo para patches, tuning, backup, cloning, gestão de tablespaces, gerenciamento de redo logs, e monitoramento. Se você tem esse time e está funcionando, o custo já está absorvido.
Cloud com Autonomous Database elimina grande parte do trabalho de DBA — mas não tudo. Alguém ainda precisa gerenciar schemas, usuários, acesso, integrações e troubleshooting de aplicação.
Se você está crescendo e não quer contratar mais DBAs, cloud com serviço gerenciado Oracle faz sentido como investimento de longo prazo.
5. Compliance e regulação
Setores como financeiro, saúde, telecomunicações e governo têm requisitos de onde o dado pode ficar, quem tem acesso e como é auditado. On-premises (datacenter próprio ou colocation) oferece o controle mais explícito. Cloud privada em datacenter nacional com contrato brasileiro fica próximo. OCI e outras clouds públicas exigem análise jurídica do contrato.
Quando on-premises ainda vence
- Hardware adquirido nos últimos 3 anos com suporte ativo
- Licenças Oracle perpétuas com suporte anual pago (nenhum custo adicional de cloud)
- DBA e equipe operacional existentes, custo já no budget
- Workload estável sem variação de uso prevista
- Compliance setorial que dificulta cloud pública
- Latência de rede crítica para aplicações OLTP
Quando cloud vence
- Você precisa comprar hardware novo (capex vs opex)
- Workload cresce de forma imprevisível e elástica
- Você quer eliminar a gestão operacional de banco (Autonomous Database)
- DR e alta disponibilidade em segunda região são requisitos e você não tem segunda instalação física
- Você quer consolidar muitos bancos Oracle em uma plataforma gerenciada
- A empresa está reduzindo equipe de TI interna
Como fazer o assessment antes de decidir
- Inventariar o hardware atual: idade, valor residual, custo de substituição.
- Mapear as licenças Oracle: edição, cores licenciados, suporte ativo, custo anual.
- Medir o perfil de uso do banco: CPU e memória ao longo do tempo, picos, valleys.
- Calcular o TCO de 3 anos on-premises (hardware + energia + espaço + suporte Oracle + equipe).
- Calcular o custo de 3 anos em cloud (computação + storage + licença ou BYOL + egresso).
- Comparar os dois números — e adicionar o custo e risco de migração no lado cloud.
Frequentemente, esse exercício revela que a migração não se paga nos primeiros 2-3 anos. Cloud passa a fazer sentido financeiro quando a infraestrutura on-premises precisa de renovação e você vai gastar capex de qualquer forma.
A decisão Oracle on-premises vs cloud raramente é simples. A Adentro pode ajudar com o assessment de TCO e com infraestrutura de cloud privada brasileira para Oracle Database — se a conta mostrar que faz sentido migrar sem ir para cloud pública.