Contexto#

Infraestrutura cloud em AWS e Google Cloud, com o banco de dados (MongoDB) como peça central: precisava suportar crescimento acelerado de usuários e transações sem virar gargalo nem ponto único de falha.

O que entrou#

  • Cluster MongoDB HA — projetado, implementado e operado do zero (réplicas, failover, monitoria, tuning)
  • Backup/restore — rotina testada de verdade, não só configurada e esquecida
  • Compute — EC2 (AWS) e Cloud Functions (GCP) dando suporte à aplicação
  • Segurança — IAM/roles, hardening, VPN e conectividade entre os dois ambientes cloud
  • Observabilidade — métricas, logs e alertas cobrindo banco e aplicação
  • Continuidade — testes de restore e procedimentos de disaster recovery (DR) documentados

Por que dois clouds#

AWS e GCP não foi escolha por modismo — cada ambiente hospeda uma parte específica da stack, com conectividade (VPN) desenhada pra que a aplicação não perceba a fronteira entre os dois.

Resultado#

  • Banco pronto pra escalar com a aplicação, não atrás dela
  • DR testado de verdade — restore validado, não só “deve funcionar”
  • Trabalho em parceria constante com a engenharia pra troubleshooting e otimização de custo/performance

Tecnologias#

MongoDB · AWS EC2 · GCP Cloud Functions · IAM · VPN · Backup/DR