Quando hospedagem vira infraestrutura

Existe uma diferença fundamental entre hospedar um site e operar uma infraestrutura. A primeira é uma decisão de custo. A segunda é uma decisão de engenharia. E essa diferença só aparece quando o site precisa funcionar de verdade.

Nos últimos meses, migramos duas operações para uma infraestrutura própria na AWS. Mercado de Terras e Chauar Terras. Dois negócios diferentes, dois stacks diferentes, um problema em comum: a plataforma digital estava operando abaixo do que o negócio exigia. Não por falta de conteúdo ou estratégia. Por falta de base.

O problema que ninguém percebe até que percebe

O Mercado de Terras é um portal Drupal com 7.3 GB de arquivos de mídia. O Chauar Terras opera um sistema PHP customizado com 37 GB em imagens de imóveis de alto valor. As duas operações rodavam em shared hosting na HostGator. O plano Business custa cerca de R$ 35 por mês. Parece barato. E é, até o momento em que o site cai numa sexta-feira às 18h e o suporte não tem acesso ao seu nginx.conf.

O que significa tratar hospedagem como infraestrutura

Migrar para a AWS não foi trocar de fornecedor. Foi redesenhar a operação. Uma instância EC2 t3.medium com 2 vCPUs, 4 GB de RAM e 150 GB em SSD hospeda os dois sites. Na mesma conta AWS, o stack completo inclui CloudFront como CDN global com invalidação automática a cada deploy, CodePipeline com CodeDeploy para deploys automatizados via git push com rollback automático em caso de falha, WAF com regras de proteção contra bots, SQL injection e XSS, Route 53 com DNS gerenciado e health checks, ACM para certificados SSL gerenciados automaticamente e S3 para backups automatizados com versionamento.

O custo real não está na fatura

O custo mensal na AWS fica em torno de USD 60 entre EC2, EBS, CloudFront e Route 53. É aproximadamente 8 vezes o valor do shared hosting em termos absolutos. Mas o cálculo real é outro. Quanto custa o site fora do ar por 4 horas num fim de semana? Quanto custa um deploy quebrado sem rollback? Quanto custa não ter visibilidade sobre o que está acontecendo no servidor? No shared hosting, o deploy era FTP manual. Agora é git push para produção em 90 segundos. O rollback que antes levava horas restaurando backup agora acontece em segundos, automaticamente. O SSL que era Let's Encrypt renovado manualmente agora é gerenciado via ACM. O controle sobre o stack, que era zero, agora é total. Nginx, PHP, sistema operacional, firewall.

Infraestrutura preparada para o próximo passo

A arquitetura já está desenhada para escalar. O próximo passo natural é um Auto Scaling Group com instâncias atrás de um Application Load Balancer. Quando o tráfego justificar, a migração é uma mudança de configuração. Não é uma reconstrução. Essa é a diferença entre hospedagem e infraestrutura. Na hospedagem, escalar significa trocar de plano e torcer para que o provedor aloque recursos suficientes. Na infraestrutura, escalar é um parâmetro. O sistema sabe como crescer porque foi desenhado para isso.

Hospedagem como commodity ou infraestrutura como decisão

Shared hosting resolve um problema específico: colocar um site no ar pelo menor custo possível. E faz isso bem. Mas quando a operação depende da plataforma, quando o conteúdo tem valor comercial real, quando o downtime tem consequência, a pergunta muda. Não é quanto custa hospedar. É quanto custa não ter controle. A resposta quase sempre é mais do que parece.

Isso é o que muda quando você trata hospedagem como infraestrutura, e não como commodity.

Code and Soul — Applied Engineering. AWS Partner Network.