A escolha entre datacenter próprio ou em nuvem define onde os dados e as aplicações de uma organização ficam hospedados, processados e protegidos. Envolve três variáveis técnicas centrais: o custo total de propriedade ao longo de cinco anos (CapEx contra OpEx), a latência exigida por cada carga de trabalho e o nível de soberania de dados que o setor demanda. Não existe resposta única: a decisão depende do perfil de cada workload.
Depois de quase uma década de cloud-first, 2025 e 2026 trouxeram o movimento de repatriação. Empresas como a 37signals tornaram públicos os números: workloads inteiros voltando para infraestrutura própria por questão de custo.
No Brasil, decisores de TI passaram a revisar o TCO de nuvem com a mesma frieza. A pergunta deixou de ser “quando migrar tudo” e virou “o que faz sentido manter onde”.
Aqui você encontra um framework imparcial de custo, latência e compliance para decidir por workload, sem hype de fornecedor.
Datacenter próprio ou em nuvem: a decisão por trás da infraestrutura
Não há resposta universal para a escolha entre datacenter próprio, nuvem pública ou modelo híbrido. Tudo depende de como três variáveis se cruzam no seu caso: quanto cada modelo realmente custa em cinco anos, qual latência seus sistemas críticos toleram e quais exigências de soberania de dados e LGPD recaem sobre informações de saúde.
Em hospital, esses fatores pesam mais do que em qualquer outro setor, porque o erro tem consequência clínica. E o cenário recente, marcado pela onda de repatriação que empresas como a 37signals ajudaram a tornar pública, mostra por que o TCO real virou tema obrigatório entre os CIOs brasileiros que revisam contratos antigos.
O que está realmente em jogo na escolha de infraestrutura hospitalar
Um hospital não opera sistemas comuns. O prontuário eletrônico, o PACS de imagens, o sistema de prescrição e o monitoramento de leitos precisam funcionar 24 horas por dia, sem janela de manutenção confortável.
Some a isso o tipo de dado. Informação de saúde é dado pessoal sensível pela LGPD, o que eleva a régua de proteção, rastreabilidade e local de armazenamento. A decisão de infraestrutura carrega esse peso desde o primeiro dia.
Por que a decisão não é técnica, é estratégica
É tentador tratar a escolha como uma comparação de servidores e preços por hora. Mas a infraestrutura define o que o hospital consegue ou não consegue fazer nos próximos anos.
Migrar para nuvem muda o perfil de gasto de CapEx para OpEx, libera a equipe de manter hardware e oferece elasticidade para picos de demanda. Manter datacenter próprio dá controle físico, previsibilidade de custo em workloads estáveis e proximidade dos sistemas que não podem depender de link externo.
Cada modelo tem seu custo e sua contrapartida, e essa troca compromete recursos e caminhos por vários anos. É uma decisão que impacta orçamento, operação e conformidade ao mesmo tempo, e por isso precisa passar pela diretoria, não apenas pelo time de operações.
Os três eixos que governam a decisão: custo, latência e compliance
Para evitar a comparação superficial que domina a internet, este artigo organiza a análise em três eixos objetivos.
- Custo total: não o preço de tabela, mas o TCO em cinco anos, incluindo migração, banda, equipe e o custo invisível de sair depois.
- Latência e performance: quanto atraso cada sistema clínico tolera antes de virar risco operacional.
- Soberania e compliance: onde os dados ficam, quem acessa e como você comprova conformidade num eventual incidente.
Os três se aplicam a cada workload de forma diferente. Um ERP financeiro aceita trade-offs que um sistema de monitoramento de UTI jamais aceitaria.
Nas próximas seções, detalhamos cada eixo com números, exemplos e uma matriz de decisão para você aplicar à realidade do seu hospital, sem hype e sem empurrar um modelo único.
Quanto custa cada modelo de verdade: CAPEX, OPEX e o custo invisível
A ideia de que “nuvem é mais barata” resiste porque a primeira fatura costuma cobrir tudo. O desequilíbrio aparece por volta do terceiro ano, quando o consumo cresce e a conta deixa de ser linear.
Para decidir com clareza, é preciso separar três camadas de custo: o desembolso inicial, o gasto recorrente e aquilo que ninguém coloca na planilha. Essa última camada costuma decidir o jogo.
Datacenter próprio: investimento inicial, manutenção e obsolescência
O datacenter próprio concentra o gasto em CAPEX, o investimento de capital feito de uma vez: servidores, storage, nobreaks, refrigeração e licenças.
Some a isso o custo recorrente que raramente entra na conta inicial. Energia elétrica, climatização redundante, equipe de plantão e contratos de suporte de hardware pesam todo mês.
Há ainda a obsolescência. Um parque de servidores tem vida útil de cinco a sete anos. Ao fim do ciclo, o investimento se repete quase por inteiro.
Nuvem: modelo de consumo e a armadilha dos custos variáveis
A nuvem inverte a lógica. Em vez de comprar capacidade, você paga pelo uso em OPEX, despesa operacional mensal sem investimento de ativo.
A armadilha está na variabilidade. O custo de egress, a transferência de dados que saem do provedor, não aparece na simulação inicial e cresce com o volume de imagens médicas e backups.
Quem trata PACS, prontuário eletrônico e exames de imagem move terabytes. Cada saída tem preço, e a fatura sobe sem que a operação tenha mudado.
Custo total de propriedade (TCO) ao longo de 5 anos
A comparação honesta usa o TCO, o custo total de propriedade somado ao longo de cinco anos. Não basta olhar mês a mês.
| Item | Datacenter próprio | Nuvem pública |
|---|---|---|
| Desembolso inicial | Alto (CAPEX) | Baixo |
| Custo mensal | Previsível | Variável |
| Energia e refrigeração | Por conta do hospital | Embutido |
| Equipe técnica | Necessária | Reduzida |
| Crescimento de dados | Linear | Acelera a fatura |
Workloads estáveis e previsíveis tendem a sair mais baratos no próprio. Cargas que oscilam, como sazonalidade de atendimento, favorecem a nuvem.
Quando o volume de dados muda a conta na saúde
Em hospital, o volume só cresce. Imagens em alta resolução e retenção legal de prontuários inflam o armazenamento ano após ano.
A partir de certo patamar de dados parados e tráfego constante, o custo previsível do próprio supera a flexibilidade da nuvem. Esse ponto de virada é o que a planilha precisa revelar antes da migração.
Latência e compliance: onde a saúde não admite erro
Custo decide o orçamento. Latência e compliance decidem se o sistema é viável.
Em hospital, milissegundos têm consequência clínica. E um dado de saúde mal armazenado vira passivo jurídico. São dois critérios que a planilha de TCO não captura, mas que pesam mais que qualquer economia de fatura.
Latência em sistemas clínicos críticos: prontuário, PACS e telemetria
Nem todo workload tolera a viagem até um datacenter remoto. O PACS, sistema que armazena e distribui imagens médicas, lida com exames que passam de 1 GB por tomografia ou ressonância. Quando o radiologista abre uma série de imagens, ele não pode esperar.
Telemetria de UTI e monitores de leito também não admitem atraso: são dados que alimentam alarmes em tempo real.
Já o prontuário eletrônico textual tolera latência maior sem prejuízo perceptível. Por isso a regra prática não é “tudo na nuvem” nem “tudo local”, e sim mapear o que precisa estar próximo do ponto de uso e o que pode ficar distante.
LGPD e dados de saúde: o que a regulação exige sobre localização do dado
Dado de saúde é classificado como dado pessoal sensível pela LGPD (Lei 13.709/2018, art. 5º, II). Isso eleva o nível de proteção exigido e a responsabilidade do hospital como controlador.
A lei não obriga que o dado fique fisicamente no Brasil. Mas exige garantias contratuais e técnicas sobre quem acessa, onde processa e como audita, especialmente quando há transferência internacional.
Na prática, saber em qual país e em qual jurisdição seu dado descansa deixa de ser detalhe técnico e vira exigência de conformidade.
Soberania de dados e auditoria: quem responde quando vaza
Em incidente, a pergunta não é só “o que vazou”, mas “quem responde”. O hospital permanece como controlador perante a ANPD, independentemente de o dado estar em servidor próprio ou de terceiro.
Por isso, capacidade de auditar acessos e provar a cadeia de custódia do dado é critério de decisão, não opcional.
Modelos híbridos como resposta ao trade-off latência x compliance
O híbrido existe justamente porque latência e compliance puxam para lados diferentes.
PACS e telemetria ficam próximos, em datacenter local ou em colocation perto do hospital. Backup, análise de dados e cargas de IA/ML vão para a nuvem, onde elasticidade compensa. Cada workload fica onde entrega o melhor resultado técnico e financeiro.
Como decidir na prática: critérios objetivos para o seu hospital
Custo, latência e compliance não decidem sozinhos. A decisão final nasce do cruzamento dessas variáveis com a realidade da sua operação: quantos sistemas críticos você roda, qual equipe técnica tem em casa e quanto a infraestrutura precisa crescer nos próximos cinco anos.
O que segue é um caminho objetivo para sair da teoria e olhar para o seu próprio ambiente.
Checklist de decisão: 6 perguntas antes de escolher
Responda com honestidade antes de qualquer cotação:
- Quais workloads não toleram indisponibilidade? Prontuário eletrônico e PACS exigem mais que sistemas administrativos.
- Qual a latência máxima aceitável para cada sistema clínico em milissegundos?
- Sua equipe sabe operar nuvem pública ou depende de um único especialista?
- O consumo é estável ou tem picos (agendamento online, telemedicina, pesquisa com IA)?
- Onde os dados de saúde precisam residir para atender a LGPD e auditorias da ANS?
- Qual o horizonte de crescimento da operação em três a cinco anos?
Matriz de cenários: quando próprio, quando nuvem, quando híbrido
| Cenário da operação | Modelo indicado |
|---|---|
| Consumo estável, equipe enxuta, sistema legado crítico | Datacenter próprio ou colocation |
| Picos sazonais, projetos de IA/ML, equipe com skill cloud | Nuvem pública |
| Prontuário on-premise + backup e analytics na nuvem | Híbrido |
| Quer sair do CapEx sem perder controle físico do hardware | Colocation |
O colocation funciona como meio-termo: você mantém o hardware próprio, mas hospeda em datacenter de terceiro com energia redundante, refrigeração e conectividade de nível Tier III. Resolve o problema de infraestrutura física sem o desembolso de construir uma sala-cofre.
Erros comuns que custam caro na migração
Dois deslizes aparecem em quase todo projeto revisado.
O primeiro é superestimar a economia da nuvem. A fatura inicial seduz, mas tráfego de saída, armazenamento de imagens médicas e bancos sempre ativos corroem o ganho até o terceiro ano.
O segundo é subestimar o custo da migração em si: reescrita de aplicações, downtime planejado e treinamento de equipe raramente entram na planilha original.
Próximo passo: avaliando a maturidade digital da sua operação
Antes de migrar qualquer coisa, mapeie o que você tem. Inventário de workloads, medição real de latência e classificação dos dados por sensibilidade. Esse diagnóstico vale mais que qualquer benchmark de mercado.
A pergunta não é “próprio ou nuvem”. É qual workload pertence a qual lugar.
Se quiser uma leitura estruturada do estado atual da sua infra antes de decidir, vale revisar como definir um roadmap de evolução tecnológica para a operação.
Na dúvida, prefira a arquitetura que cabe na sua realidade a que aparece com mais frequência nas apresentações comerciais.
O primeiro movimento depois de fechar a planilha
Se você abriu este texto acreditando que “nuvem é mais barata”, provavelmente fecha com uma conclusão mais matizada: a resposta certa depende do que você roda, não do que está na moda.
O movimento de repatriação que pautou 2025 e 2026 não prova que nuvem é ruim. Prova que decisão de infraestrutura sem TCO real custa caro nos dois sentidos.
Três pontos para levar daqui:
- Custo se mede em cinco anos, não na primeira fatura. CapEx baixo hoje pode esconder OpEx crescente e custo de saída no terceiro ano.
- Latência e compliance vetam antes do orçamento. Um sistema clínico que não tolera a viagem até um datacenter remoto já decidiu por você.
- Híbrido não é indecisão, é arquitetura. Workloads diferentes pedem casas diferentes.
Pegue seus cinco workloads mais críticos e classifique cada um por sensibilidade a latência, exigência de LGPD e padrão de crescimento. Esse mapa simples já elimina metade das suposições e mostra onde o híbrido faz sentido de verdade.
Se essa matriz apontou que sua infraestrutura precisa de uma leitura técnica imparcial, antes de comprometer orçamento, converse com os especialistas em infraestrutura da CTC e leve sua planilha de TCO para uma avaliação sem viés de fornecedor.
A infraestrutura certa não é a mais barata nem a mais moderna: é a que sustenta o cuidado sem deixar você refém da próxima fatura.
Perguntas frequentes
Datacenter próprio ou nuvem: qual é mais barato?
Depende do horizonte de tempo. A nuvem costuma vencer no início, sem desembolso inicial de hardware. Em cinco anos, porém, workloads estáveis e de consumo previsível (como um ERP hospitalar) podem sair mais caros na nuvem que em infraestrutura própria. A resposta correta vem do cálculo de custo total em cinco anos, comparando CapEx e OpEx para cada sistema, não da primeira fatura.
O que é repatriação de cloud e por que está acontecendo?
Repatriação é mover workloads da nuvem pública de volta para datacenter próprio ou colocation. O movimento ganhou força em 2025 e 2026 quando empresas perceberam que cargas estáveis e de alto volume ficavam mais caras na nuvem do que projetado. O caso da 37signals é o mais citado. Não significa abandonar a nuvem, mas alocar cada workload onde ele custa menos.
Hospital pode usar nuvem pública sem ferir a LGPD?
Pode, desde que o provedor atenda às exigências de tratamento de dados sensíveis de saúde e haja contrato com cláusulas de operador previstas na LGPD. O ponto crítico é saber onde o dado reside fisicamente e quem tem acesso. Soberania de dados e localização do datacenter passam a ser critérios de decisão, não detalhes contratuais.
O que é modelo híbrido em infraestrutura de TI?
É a combinação de datacenter próprio (ou colocation) com nuvem pública, distribuindo cada workload onde faz mais sentido. Sistemas críticos sensíveis a latência ou compliance ficam perto da operação. Cargas variáveis, picos sazonais e ambientes de teste vão para a nuvem, aproveitando a elasticidade. A maioria dos hospitais de médio e grande porte tende a esse desenho.
O que é colocation e quando vale a pena?
Colocation é alugar espaço, energia e refrigeração em um datacenter de terceiros, mas usando seus próprios servidores. Funciona como meio-termo: você mantém controle sobre o hardware e os dados, sem arcar com a construção e operação de uma sala segura. Faz sentido para quem quer reduzir CapEx de instalação física sem migrar para nuvem pública.
Qual latência um sistema hospitalar tolera?
Varia por sistema. Um PACS de imagem ou um monitor de leito exige resposta em poucos milissegundos e não tolera a viagem até um datacenter remoto. Já backup, relatórios gerenciais e BI aceitam latência maior sem prejuízo clínico. A regra prática é mapear cada workload pela consequência do atraso antes de decidir onde hospedá-lo.
Quais erros mais comuns na escolha entre datacenter próprio e nuvem?
Dois dominam. O primeiro é superestimar a economia da nuvem, olhando só a fatura inicial e ignorando o crescimento de consumo. O segundo é subestimar o custo da migração: tempo de equipe, reescrita de aplicações e período de operação em paralelo. Ambos distorcem o TCO e levam a decisões que se revelam caras no segundo ou terceiro ano.
Preciso de equipe técnica própria para manter datacenter local?
Sim. Datacenter próprio exige equipe para operar hardware, redes, segurança e atualizações, além de plantão para incidentes. Se você não tem esse time ou não pretende contratar, colocation ou nuvem reduzem a carga operacional. A disponibilidade de pessoal qualificado é um dos critérios que mais pesam na decisão e costuma ser esquecido na planilha.
