AWS SAA-C03/11 - Resiliência e Migração2 min
Serviços de Migração
Responda com suas palavras antes de ler o resto da nota.
- Que problema isso resolve?
- Quando usar / quando NÃO usar?
- Qual o principal trade-off (custo, latência, operação)?
- Que sinal no enunciado aponta pra isso?
- Com o que isso é confundido na prova?
Conceito
| Serviço | Migra | Sinal |
|---|---|---|
| DMS (Database Migration Service) | Banco de dados, com CDC (replicação contínua) | "Downtime mínimo na migração do banco" |
| SCT (Schema Conversion Tool) | Schema, quando o engine muda | "Oracle → PostgreSQL", "SQL Server → Aurora" |
| Application Migration Service (MGN) | Servidor inteiro, lift-and-shift | "Migrar VMs sem alterar a aplicação" |
| DataSync | Arquivos: on-prem → S3, EFS, FSx | "Copiar milhões de arquivos, agendado, incremental" |
| Transfer Family | Expõe SFTP/FTPS/FTP sobre S3/EFS | "Parceiros enviam por SFTP" |
| Storage Gateway | Acesso híbrido permanente | "Datacenter continua usando o storage" |
| Migration Hub | Painel de acompanhamento | "Visão consolidada da migração" |
DMS — o que a prova cobra
- Origem e destino podem ser engines diferentes (heterogênea) ou iguais (homogênea)
- CDC replica as mudanças enquanto a aplicação continua rodando → corte com downtime mínimo
- Precisa de uma instância de replicação (EC2 gerenciada)
- Migração heterogênea exige SCT antes, pra converter schema e código (procedures, triggers)
Fluxo típico: SCT converte schema → DMS carga inicial → CDC sincroniza → cutover
DataSync = transferência pontual ou agendada (migração, replicação periódica), depois acabou. Storage Gateway = acesso híbrido contínuo; o on-premises segue consumindo o storage como local. A prova troca os dois de propósito.
Os 7 Rs
| R | Significa |
|---|---|
| Rehost | Lift-and-shift, sem mudar nada (MGN) |
| Replatform | Ajuste pequeno (ex: banco → RDS) |
| Repurchase | Trocar por SaaS |
| Refactor | Reescrever cloud-native |
| Retire | Desligar, não é mais necessário |
| Retain | Manter on-premises por ora |
| Relocate | Mover VMware sem converter |
Trade-offs
Rehost é rápido e não captura benefício de nuvem (continua pagando por VM ociosa). Refactor captura tudo e custa tempo e risco. A escolha na prova costuma ser guiada pelo prazo: prazo curto → rehost; requisito de "reduzir custo operacional a longo prazo" → replatform/refactor.
DMS mantém a origem rodando durante a migração, o que praticamente elimina downtime — em troca de mais uma peça pra operar e monitorar (lag da replicação).
Sinais de prova
- "Migrar banco com downtime mínimo" → DMS com CDC
- "Oracle → Aurora PostgreSQL" → SCT + DMS
- "Migrar 200 VMs sem alterar a aplicação" → MGN (rehost)
- "Copiar 50 TB de arquivos on-prem pro S3, com agendamento" → DataSync
- "Parceiros mandam arquivo por SFTP" → Transfer Family
- "Datacenter continua usando NFS com backend S3" → Storage Gateway
- "Link saturado, 500 TB pra mover" → Snowball, não DataSync
Relacionado
Parte de 11 - MOC Resiliência e Migração · Documentação AWS