Colocation e cloud resolvem problemas diferentes. Colocation resolve o problema de “não quero meu servidor na minha sala de TI”. Cloud resolve o problema de “não quero ter servidor nenhum”. São pontos de partida completamente diferentes — e a escolha depende de onde você está nessa jornada.
Definindo os termos sem ambiguidade
Colocation (colo): você compra o hardware (servidores, storages, switches). O datacenter aluga espaço físico (racks), fornece energia confiável com gerador, ar condicionado, link de internet redundante e segurança física. O hardware é seu, a operação de infra é sua — você só não está mais no subsolo do seu escritório.
Cloud: você não tem hardware. O provedor entrega compute, storage e rede como serviço. Você provisiona VMs, volumes de disco, endereços IP — tudo via portal ou API. Paga pelo que usa (ou por contrato mensal). O hardware, a virtualização e a manutenção são completamente invisíveis para você.
A diferença fundamental: em colocation, você ainda gerencia a camada de hardware. Em cloud, não.
Quando colocation ainda vence
Hardware especializado ou proprietário: mainframes IBM, appliances de banco de dados Oracle Exadata, storages all-flash de alto desempenho — equipamentos que não têm equivalente direto como serviço em cloud e que a empresa já possui. Mover para colo é mais fácil que reescrever o workload.
Latência ultrabaixa com hardware dedicado: aplicações de trading de alta frequência, sistemas de controle industrial com requisitos de microssegundos de latência — hardware dedicado em colo pode bater qualquer cloud pública em latência previsível.
Capex já realizado: se o hardware foi comprado e está depreciando, a decisão racional pode ser terminar o ciclo de vida no colo e migrar para cloud no próximo refresh.
Licenciamento de software por núcleo físico: alguns softwares (Oracle Database, especialmente) têm licenciamento que cobra por núcleo físico, com fator de multiplicação diferente para VMs em cloud. Manter em hardware dedicado em colo pode ser significativamente mais barato.
Conformidade que exige hardware dedicado: alguns requisitos de auditoria (principalmente em financeiro e governo) exigem que você consiga demonstrar que o hardware é fisicamente separado — algo que colo garante e cloud compartilhada, por definição, não.
Quando cloud vence
Elasticidade: colo não tem elasticidade nenhuma. Se você precisa de mais capacidade, compra mais hardware. Se precisa de menos, o hardware fica parado pagando energia e espaço. Cloud escala em minutos.
Sem capex e sem ciclo de refresh: hardware deprecia em 3–5 anos e precisa ser substituído. Em cloud, esse problema não existe — o provedor gerencia o hardware. Você nunca precisa se preocupar com firmware, falha de disco ou refresh de processador.
Serviços gerenciados: banco de dados gerenciado, balanceador de carga, Kubernetes, backup automático — em colo você instala e gerencia tudo isso na mão. Em cloud, você ativa serviços.
DR nativo: em colo, ter DR significa ter racks em dois datacenters, dobrando o custo. Em cloud privada gerenciada, DR entre zonas ou regiões é um serviço contratável sem precisar comprar hardware dobrado.
Equipe enxuta: colo exige equipe técnica para gerenciar o hardware e o OS. Cloud gerenciada permite que equipes menores operem ambientes maiores.
Comparativo direto
| Critério | Colocation | Cloud |
|---|---|---|
| Propriedade do hardware | Sua | Do provedor |
| Capex inicial | Alto | Zero (modelo gerenciado) |
| Custo mensal | Espaço + energia + link | Compute + storage + serviços |
| Elasticidade | Nenhuma | Alta |
| Gestão de hardware | Sua responsabilidade | Do provedor |
| Serviços gerenciados (BD, K8s) | Você instala e gerencia | Provedor entrega como serviço |
| DR | Requer hardware duplo | Serviço incluso ou adicional |
| Latência | Ultrabaixa (hardware dedicado) | Muito baixa (virtualizado) |
| Licenças by-socket | Simples | Complexo — verificar fatores de virtualização |
| Modelo financeiro | Opex (aluguel) + Capex (hardware) | Opex puro |
A estratégia híbrida: colo + cloud
Muitas empresas de médio e grande porte operam os dois modelos:
- Colo para hardware legado e licenciado: mainframes, Exadata, hardware especializado com licença by-socket
- Cloud para novos workloads: aplicações modernas, serviços gerenciados, DR, desenvolvimento e testes
Essa estratégia permite não forçar migração imediata de sistemas complexos enquanto colhe os benefícios da cloud para o que está sendo construído agora. O hardware legado no colo é gradualmente aposentado conforme o ciclo de vida termina, e os workloads migram para cloud.
Tem hardware em colocation e está avaliando migrar para cloud? A Adentro pode ajudar a calcular o TCO e planejar a transição no ritmo certo para sua empresa.