Workloads críticos: cloud pública ou privada?

Workload crítico é toda aplicação cujo downtime gera impacto financeiro imediato, quebra de SLA ou exposição regulatória, como ERPs, bancos de dados transacionais, sistemas logísticos e motores financeiros. Para essas cargas, a cloud pública genérica nem sempre é a melhor escolha: segundo o Gartner, 50% das aplicações empresariais críticas permanecerão fora de nuvens públicas centralizadas até 2027. O motivo não é resistência à nuvem, é adequação técnica.

Este guia explica quando a cloud pública funciona, onde ela começa a falhar e por que arquiteturas de nuvem privada e híbrida seguem vencendo para cargas que exigem previsibilidade.

A jornada para a nuvem e o desafio da missão crítica

A maioria das jornadas para a nuvem começa de forma parecida. Primeiro, sobem ambientes de teste, aplicações internas e portais menos sensíveis. Tudo flui: provisionamento rápido, menos hardware para gerenciar, escala quase instantânea. A cloud pública cumpre exatamente o que promete.

O problema aparece quando chega a vez dos sistemas que realmente sustentam o negócio. Não falamos de um site institucional ou de um microsserviço secundário, e sim do banco de dados transacional, do ERP que fecha faturamento, do sistema logístico que não pode parar, do motor financeiro que processa milhares de operações por minuto. É nesse momento que a discussão deixa de ser "agilidade" e passa a ser risco operacional.

Esses workloads não aceitam variabilidade. Exigem estabilidade quase cirúrgica. E soluções genéricas, compartilhadas e distribuídas globalmente nem sempre entregam esse nível de previsibilidade.

O que é um workload crítico? Definição e características

Um workload crítico é uma carga computacional em que qualquer indisponibilidade, mesmo de segundos, provoca perda financeira direta, violação de SLA contratual ou risco regulatório. Inclui ERPs corporativos, bancos de dados transacionais, sistemas de core banking, plataformas de logística em tempo real e motores de faturamento. Tecnicamente, apresentam consumo constante de recursos (sem ociosidade previsível), alta sensibilidade à latência (requisições em milissegundos), dependência rígida de compliance (LGPD, BACEN, ANS, PCI-DSS), uso intensivo de I/O de disco e rede além de CPU e memória, e operação 24x7 com RTO e RPO próximos de zero.

Esse padrão contrasta com o modelo da nuvem pública, desenhado para elasticidade e compartilhamento massivo, razão pela qual cargas críticas frequentemente performam melhor em nuvem privada, dedicada ou híbrida, onde a previsibilidade de performance é maior que a elasticidade.

Um workload crítico é uma carga computacional em que qualquer indisponibilidade, mesmo de segundos, provoca perda financeira direta, violação de SLA contratual ou risco regulatório. Não se trata apenas de algo "importante": trata-se de missão crítica no sentido técnico.

Exemplos reais de workloads críticos em empresas brasileiras

• ERPs corporativos (SAP, Oracle, Totvs Protheus) em horário de fechamento fiscal.
• Bancos de dados transacionais de e-commerce na Black Friday.
• Sistemas de compensação e liquidação em fintechs e bancos digitais.
• Plataformas de telemedicina e prontuário eletrônico em operadoras de saúde.
• TMS e WMS em operadores logísticos com janela de entrega SLA.
• Core insurance e sistemas atuariais em seguradoras.

Características técnicas comuns

• Consumo constante de recursos: não há ociosidade previsível.
• Alta sensibilidade à latência: requisições em milissegundos de ponta a ponta.
• Dependência rígida de compliance: LGPD, BACEN, ANS, PCI-DSS.
• Uso intensivo: I/O de disco e rede, além de CPU e memória.
• Operação 24x7: RTO (Recovery Time Objective) e RPO (Recovery Point Objective) próximos de zero.

Esse padrão de uso contrasta com o modelo clássico da nuvem pública, desenhado para elasticidade e compartilhamento massivo. Quando o workload não varia, o benefício da elasticidade diminui. Quando a latência precisa ser estável em milissegundos, qualquer oscilação vira problema. O que se busca não é "mais escala", é previsibilidade de performance.

Por que a cloud pública genérica gera atrito em cargas críticas?

A limitação não está no provedor. Está no modelo. A cloud pública opera em arquitetura multi-tenant: recursos físicos são compartilhados entre centenas ou milhares de clientes. Isso aumenta a eficiência global, mas reduz o controle fino.

Efeito "noisy neighbor" e variabilidade de I/O

Um "vizinho" consumindo I/O intensivo pode afetar sua aplicação no mesmo host físico. Em workloads comuns, a variação passa despercebida. Em um banco de dados transacional processando milhares de operações por segundo, esses milissegundos extras viram filas, timeouts e incidentes.

Latência e previsibilidade de rede

Uma cloud pública internacional tipicamente adiciona 80 a 150 ms de latência a usuários brasileiros, contra 1 a 5 ms em um data center local. Para aplicações interativas ou batch financeiro, isso inviabiliza SLAs. Vale o conteúdo sobre como reduzir a latência para usuários no Brasil.

Soberania de dados e LGPD

Empresas de setores regulados precisam saber exatamente onde os dados residem, quem os acessa e como são auditados. Modelos públicos globais nem sempre permitem esse nível de granularidade. LGPD, normas do BACEN, resoluções da ANPD, compliance PCI-DSS e requisitos da ANS exigem controle direto do ambiente, não apenas contratos de serviço.

Custo pay-as-you-go para cargas permanentes

O modelo pay-as-you-go é excelente para cargas variáveis. Para workloads permanentes e intensivos, comporta-se como um aluguel infinito. Com o tempo, somam-se storage, transferência de saída, snapshots, tráfego entre zonas. A fatura cresce sem que o consumo aparente mude, e muitas empresas descobrem isso tarde, quando a conta já virou assunto de diretoria. Boa parte desse custo vem do tráfego de saída de dados (egress).

O que dizem os números: o mercado não está migrando tudo

A percepção comum é que "todo mundo migrou tudo". Os números mostram algo mais nuançado. O investimento global em cloud pública segue acelerado e ultrapassou US$ 723 bilhões em 2025, segundo o Gartner. Isso prova que a nuvem pública segue essencial, mas não significa que as cargas críticas estão migrando no mesmo ritmo.

A própria Gartner projeta que 50% das aplicações empresariais críticas permanecerão fora de localizações centralizadas de nuvem pública até 2027. Se metade do que é crítico ainda fica fora, o tema não é resistência cultural, é adequação técnica. Essas cargas exigem características que o modelo genérico simplesmente não prioriza.

Nuvem privada, híbrida ou dedicada: qual escolher?

Na prática, o que mais se vê hoje não é um movimento de "voltar ao data center tradicional", mas a adoção de arquiteturas híbridas. Parte do ambiente permanece em cloud pública (aproveitando elasticidade e serviços gerenciados) e a parte sensível roda em infraestrutura dedicada, garantindo controle total de hardware, rede e localização de dados. Para entender a base, vale o guia sobre o que é nuvem privada.

Quando usar nuvem privada dedicada

• Bancos de dados transacionais de alta escrita (OLTP) com I/O exigente.
• ERPs com janelas de fechamento críticas.
• Sistemas sujeitos a BACEN, ANS ou requisitos rígidos de soberania de dados.
• Cargas com SLA de disponibilidade de 99,95% ou superior.

Quando usar modelo híbrido

• Aplicações front-end escaláveis combinadas com back-end de banco de dados dedicado.
• Cenários de DR (Disaster Recovery) cruzando nuvens.
• Integrações com SaaS que exigem baixa latência com o core on-premise ou privado.
• Cargas sazonais (por exemplo, e-commerce em datas promocionais).

Quando manter em cloud pública

• Workloads voláteis, com picos e vales acentuados.
• Ambientes de desenvolvimento, homologação e testes.
• Aplicações stateless, microsserviços e APIs sem requisito rígido de soberania.
• Novos produtos em fase de validação (MVP).

Esse desenho permite ajustar a infraestrutura para cada tipo de workload. Aplicações voláteis escalam na nuvem pública. Workloads críticos operam em ambientes dedicados, com latência estável, segurança sob medida e custo previsível. Não é escolha ideológica: é engenharia. As opções dedicadas incluem o servidor dedicado bare metal, o data center virtual e o colocation.

A pergunta certa para gestores de infraestrutura

Talvez a pergunta não seja "qual cloud escolher?". Essa pergunta já nasce enviesada. A pergunta mais honesta é: onde cada workload performa melhor com o menor risco possível?

Quando a decisão parte do comportamento da aplicação, a resposta quase sempre aponta para uma combinação de ambientes. A cloud pública continua indispensável, mas tratá-la como destino universal para cargas críticas costuma gerar mais dor do que benefício. Infraestrutura não é sobre seguir tendência. É sobre garantir que o que sustenta o negócio funcione todos os dias, sem surpresas. Para cargas críticas, previsibilidade ainda vale mais que elasticidade.

Como a EVEO desenha arquiteturas para workloads críticos

No fim do dia, a discussão nunca foi "cloud pública versus privada". Sempre foi sobre adequação. Workloads críticos exigem uma arquitetura pensada caso a caso, sem receitas prontas.

É exatamente nesse ponto que a EVEO, maior empresa de servidores dedicados do Brasil e referência em private cloud, atua. Combinamos consultoria especializada, desenho de infraestrutura sob medida e um portfólio que vai da nuvem privada a modelos híbridos distribuídos, com data centers no Brasil e foco real em performance e controle.

Consultoria e assessment técnico

Em vez de empurrar o cliente para um ambiente padrão, o trabalho começa entendendo a aplicação, os riscos e os objetivos do negócio, para então definir onde cada carga deve rodar. Engenharia antes de orçamento.

Portfólio: private cloud, servidores dedicados e colocation no Brasil

• Nuvem privada dedicada com VMware, OpenStack ou KVM.
• Servidores dedicados Bare Metal (CPU, memória e storage garantidos).
• Colocation em data centers Tier III no Brasil.
• Data Center Virtual (DCV) para ambientes self-service sem vendor lock-in.
• Modelos híbridos com interconexão dedicada à cloud pública.

Porque, quando o sistema é crítico, a decisão não pode ser genérica. Ela precisa ser estratégica. Fale com um especialista da EVEO e desenhe a arquitetura ideal para as suas cargas críticas.

Perguntas frequentes

O que é um workload crítico?

Workload crítico é uma aplicação cujo downtime gera impacto financeiro imediato, quebra de SLA contratual ou exposição regulatória. Inclui ERPs, bancos de dados transacionais, sistemas de core banking, plataformas de logística em tempo real e motores de faturamento. Tecnicamente, apresentam consumo constante de CPU, memória e I/O, operação 24x7 e baixa tolerância a variação de latência.

Workloads críticos podem rodar em cloud pública?

Podem, mas nem sempre devem. A cloud pública opera em modelo multi-tenant, onde recursos físicos são compartilhados, o que pode gerar variabilidade de I/O e latência incompatível com SLAs rígidos. Segundo o Gartner, 50% das aplicações críticas permanecerão fora de cloud pública centralizada até 2027, justamente por razões técnicas e de compliance.

Qual a diferença entre nuvem pública e nuvem privada?

A nuvem pública é compartilhada por múltiplos clientes em infraestrutura do provedor (AWS, Azure, GCP), ideal para elasticidade e cargas voláteis. A nuvem privada é dedicada a uma única organização, com hardware, rede e storage reservados, entregando controle total, previsibilidade de performance e conformidade regulatória mais simples. A escolha depende do perfil do workload.

Quando usar nuvem híbrida em vez de cloud pública pura?

Use nuvem híbrida quando você tem cargas mistas: parte do ambiente é volátil (front-end, APIs, testes) e se beneficia da cloud pública, e parte é crítica e estável (bancos de dados, ERP, core do negócio) e se beneficia de infraestrutura dedicada. O modelo híbrido permite otimizar custo, performance e compliance simultaneamente.

Cloud pública é sempre mais barata que nuvem privada?

Não. O modelo pay-as-you-go da cloud pública é vantajoso para cargas variáveis e de curta duração. Para workloads permanentes e intensivos, a soma mensal de compute, storage, snapshots, tráfego de saída e serviços gerenciados pode superar o custo de infraestrutura dedicada. Segundo estudos do IDC, até 30% do gasto em cloud pública é desperdício em cargas mal alocadas.

Como a LGPD afeta a escolha entre cloud pública e privada?

A LGPD exige controle sobre localização, acesso e rastreabilidade dos dados pessoais. Em cloud pública global, a residência do dado e o trajeto de processamento nem sempre são totalmente transparentes. Em nuvem privada ou em data centers nacionais, é possível comprovar soberania de dados, atender à ANPD e simplificar auditorias, especialmente em setores regulados.

Quais setores mais utilizam nuvem privada no Brasil?

No Brasil, a nuvem privada é predominante em serviços financeiros (bancos, fintechs), saúde (operadoras, hospitais), seguros, varejo de médio e grande porte, indústria manufatureira com automação e empresas jurídicas. O denominador comum é a exigência regulatória somada a workloads estáveis e sensíveis a latência.

O que é um SLA adequado para workload crítico?

Para workloads críticos, um SLA adequado começa em 99,95% de disponibilidade (cerca de 4,4 horas de indisponibilidade máxima por ano), com metas de 99,99% ou superior em setores financeiros e saúde. Além do percentual, o SLA deve cobrir RTO (tempo de recuperação), RPO (perda máxima de dados), tempo de resposta de suporte e penalidades financeiras claras.

Como escolher entre servidor dedicado, nuvem privada e colocation?

Servidor dedicado entrega hardware físico exclusivo gerenciado pelo provedor, ideal para alto I/O e previsibilidade. Nuvem privada oferece virtualização e elasticidade em ambiente dedicado, com self-service. Colocation significa hospedar seu próprio hardware em um data center do provedor, ideal para exigências específicas de hardware. A escolha depende do nível de gestão que a equipe quer manter.

Qual a latência típica entre usuários brasileiros e cloud pública internacional?

A latência média entre usuários no Brasil e regiões internacionais de cloud pública (EUA, Europa) varia entre 80 ms e 150 ms, podendo subir em horários de pico. Em contraste, data centers nacionais entregam latência de 1 ms a 5 ms para a maior parte da malha brasileira. Para aplicações interativas ou sistemas com SLA rígido, a diferença é crítica.