Migrar um site WooCommerce de 50 GB sem downtime — o runbook que usamos

Migração recente do WooCommerce: 50 GB de dados, 480 000 produtos, 14 anos de histórico de pedidos, movidos de um VPS mono-servidor rangendo para uma arquitetura corretamente projetada. Indisponibilidade total visível ao cliente: 38 segundos. O truque não é velocidade — é montar a replicação MySQL para o novo host enquanto o antigo ainda recebe pedidos, de forma que o cutover só reproduza os últimos segundos de escritas.

O script de cutover — a parte dos 38 segundos

ssh source "wp maintenance-mode activate"
sleep 60                                          # drenar checkouts em voo
ssh dest "mysql -e 'STOP SLAVE; RESET SLAVE ALL;'"
rsync -avz --delete source:uploads/ dest:uploads/
ssh dest "wp search-replace 'old-domain.com' 'new-domain.com' --all-tables --skip-columns=guid"
curl -X PATCH ".../dns_records/$ID" -d '{"content":"<new-ip>"}'
ssh dest "wp maintenance-mode deactivate"

O rsync é rápido porque a cópia em massa rodou todas as noites pela semana anterior. O DB é rápido porque a replicação esteve sempre alcançando.

O artigo completo cobre:

• Por que mysqldump-and-import é errado para sites desse tamanho
• Montar replicação MySQL cross-host para a fase de cópia em massa
• Armadilhas de charset e collation (emojis em nomes de produto vão te morder)
• O dry-run do cutover contra staging — o que testar antes do real
• Tratamento de webhooks de gateway de pagamento durante o cutover
• A rede de segurança de replicação reversa de 72 horas para hot rollback

Rodamos este playbook em cada migração significativa de WooCommerce nos últimos dois anos. Entre em contato se tiver uma pela frente.