Escopo do projeto
Levantamento técnico e de negócio do ambiente atual, com coleta automatizada onde for possível e entrevistas com quem opera e quem usa cada sistema. Classificação de cada sistema em uma das estratégias (rehost, replatform, refactor, realocar, trocar por SaaS, manter ou desativar), com justificativa e alternativas descartadas. Mapa de dependências entre sistemas, bancos e integrações.
Plano de ondas de migração com critérios explícitos de ordem (risco, dependência, valor para o negócio, vencimento de contrato). Estimativa de custo mensal na AWS em dois cenários, sob demanda e com compromisso de uso, comparada ao custo atual que a empresa consegue levantar (contrato de datacenter, energia, hardware, licenças, horas de equipe).
Lista de riscos e pré-requisitos: conectividade, licenças, dados pessoais sob LGPD, janelas de parada por sistema. O resultado é um documento e uma planilha que ficam com a empresa, contratando ou não a migração.
Desafio e problemas de hoje
- Ninguém tem a lista completa do que roda: servidores, bancos e sistemas foram se acumulando, parte deles sem dono.
- O custo atual está diluído em contratos, energia, licenças e horas de gente; comparar com a nuvem vira chute.
- Sistemas críticos têm dependências que só aparecem quando algo cai.
- Decidir "o que migra primeiro" no improviso gera retrabalho e custo surpresa na fatura.
- Contrato de datacenter ou de hardware vence e a decisão fica para a última hora.
- Projetos de IA e de dados esperam uma base que ainda precisa existir.
O ambiente de partida (perfil típico deste exemplo)
| Item | O que costuma existir |
|---|---|
| Servidores | De 5 a 40 servidores físicos ou virtuais (VMware ou Hyper-V), Windows Server e Linux, parte em versões fora de suporte |
| Bancos | De 1 a 6 instâncias (SQL Server, PostgreSQL, MySQL ou Oracle), de dezenas de GB a poucos TB |
| Sistemas | ERP, sistema de gestão setorial, portal ou site, integrações por arquivo e por API, servidor de arquivos, Active Directory |
| Dependências | Integrações ponto a ponto, tarefas agendadas, impressão e dispositivos locais, certificados |
| Custo atual | Contratos de datacenter ou hospedagem, energia, manutenção de hardware, licenças, horas de equipe; raramente somados num número só |
| Restrições | Janela de parada aceitável por sistema desconhecida; dados pessoais sob LGPD; licenças com regras de uso em nuvem; link de internet único |
Perfil típico, com faixas, construído a partir de projetos desse tipo. O inventário real é o primeiro entregável do diagnóstico.
Requisitos
- R1Inventário completo e verificável, com dono e criticidade por sistema.
- R2Dependências mapeadas antes de definir ordem.
- R3Uma estratégia por sistema, com justificativa e alternativas descartadas.
- R4Estimativa de custo mensal na AWS, em cenários, comparável ao custo atual.
- R5Plano de ondas com critérios explícitos e janelas de parada por sistema.
- R6Riscos e pré-requisitos (LGPD, licenças, conectividade) listados antes da primeira onda.
- R7Recomendação do ambiente base necessário antes da primeira onda.
O que desenhamos para cada requisito
| Requisito | Decisão de arquitetura | Serviço AWS |
|---|---|---|
| R1 | Coleta automatizada de inventário e utilização (CPU, memória, disco, rede) por agente ou coletor sem agente, complementada por entrevistas | AWS Transform (coletores com agente e sem agente) |
| R2 | Mapa de conexões de rede entre servidores a partir dos dados coletados, validado com os times | AWS Transform (mapa de dependências) |
| R3 | Matriz dos 7 Rs por sistema, com critério de negócio (valor, risco, prazo) e técnico (compatibilidade, licença, versão) | Metodologia AWS (7 Rs), AWS Transform (recomendação de estratégia) |
| R4 | Dimensionamento a partir da utilização medida, e não do tamanho nominal, em cenários sob demanda e com compromisso | AWS Pricing Calculator (Migration Evaluator quando o porte justificar) |
| R5 | Ondas por dependência e risco; piloto com sistema de baixo risco; janelas negociadas por sistema | AWS Transform (plano de ondas) |
| R6 | Checklist de LGPD (dados pessoais por sistema), licenças e conectividade; registro de riscos com dono | AWS Well-Architected Tool (pilares de segurança e confiabilidade) |
| R7 | Desenho do ambiente base no tamanho da empresa (contas, acesso, auditoria, rede, backup, orçamento) | Ver o exemplo Ambiente base (landing zone) |
Como o trabalho acontece
Componentes e fluxos deste diagrama
- Datacenter da empresa: Servidores, Banco de dados e Aplicações, que enviam inventário e utilização.
- AWS Transform: coleta inventário e utilização, mapeia dependências e produz o plano de ondas; entregáveis "Inventário e dependências" e "Estratégia por sistema e ondas".
- Migration Evaluator: recebe a utilização medida e produz os cenários de custo; entregável "Estimativa de custo em cenários".
Três passos do diagnóstico
- 01 InventárioColeta automatizada, entrevistas e lista de sistemas com dono e criticidade.
- 02 EstratégiaEstratégia por sistema entre os 7 Rs, dependências e ondas.
- 03 CustoEstimativa em cenários, comparação com o custo atual e riscos.
Entregáveis do diagnóstico
- Inventário com utilização e dono.
- Mapa de dependências.
- Matriz dos 7 Rs por sistema.
- Plano de ondas com critérios.
- Estimativa mensal em dois cenários.
- Registro de riscos e pré-requisitos.
- Recomendação do ambiente base.
Ganhos: o que medimos no projeto
| Indicador | Como medimos | O que muda |
|---|---|---|
| Cobertura do inventário | Servidores e bancos com dados de utilização coletados sobre o total identificado | De lista parcial em planilha para inventário verificável, com dono |
| Decisões por sistema | Sistemas com estratégia definida e justificada sobre o total | De "migrar tudo" para uma decisão por sistema |
| Previsibilidade de custo | Estimativa mensal em cenários, com premissas escritas e comparação com o custo atual | De comparação impossível para número defensável diante da diretoria ou do órgão de controle |
| Risco da primeira onda | Dependências e pré-requisitos conhecidos antes de mover | De surpresa na virada para plano com janela por sistema |
| Prazo de decisão | Dias entre o fim do diagnóstico e a aprovação da primeira onda | De decisão adiada para plano aprovado com data |
Indicadores de um projeto típico, medidos no próprio projeto: resultado típico, não garantia.
Escopo e entregáveis por fase
| Fase | O que acontece | Entregáveis | Duração |
|---|---|---|---|
| 1. Cenário | Reunião de abertura, objetivos do negócio, lista inicial de sistemas, instalação dos coletores | Termo de abertura, lista preliminar, coletores em operação | 1 semana |
| 2. Coleta e entrevistas | Coleta de utilização por ao menos duas semanas de operação normal; entrevistas com donos de sistema | Inventário com utilização, mapa de dependências, questionários respondidos | de 1 a 2 semanas (em paralelo com a fase 3) |
| 3. Estratégia e custo | Matriz dos 7 Rs, plano de ondas, estimativa em cenários, riscos e pré-requisitos | Documento do diagnóstico, planilha de inventário e custo, plano de ondas | 1 semana |
| 4. Apresentação | Leitura do diagnóstico com a diretoria e o time; decisão da primeira onda; transferência do material para o time | Apresentação executiva, ata de decisões, proposta da primeira onda (se solicitada) | 1 reunião |
Durações típicas, em faixa. O plano do projeto fixa as datas reais.
Algo a mais: o que fica com você, contratando ou não a migração
Inventário, matriz de estratégias, plano de ondas e estimativa são entregues em documento e planilha e ficam com a empresa, contratando ou não a migração.
O que levar para o diagnóstico
- 1Lista de servidores e bancos que você já tem.
- 2Contratos de datacenter, link e licenças, com datas de vencimento.
- 3Sistemas críticos e seus donos.
- 4Janela de parada que o negócio aceita por sistema.
- 5Onde há dado pessoal.
- 6Projetos previstos para os próximos 12 meses.
Perguntas frequentes deste exemplo
A operação segue normal. A coleta roda em segundo plano e as entrevistas são agendadas com os donos de cada sistema. Os dados de inventário são processados pelo AWS Transform em região fora do Brasil (por exemplo, Virgínia do Norte); o destino da migração continua podendo ser São Paulo (sa-east-1).
Serve. Nesse caso o inventário parte da conta atual e a estratégia por sistema inclui o que já está na nuvem e pode ir para serviço gerenciado.
O diagnóstico é um projeto de consultoria com escopo próprio. A RFX busca para ele os programas de incentivo da AWS aplicáveis, sujeitos a aprovação da AWS. Fale com a gente para o seu caso.
O ideal é cobrir um ciclo normal de operação, incluindo fechamento mensal ou pico sazonal, para dimensionar pela utilização real.
É um resultado válido. Manter, desativar ou trocar por SaaS fazem parte dos 7 Rs e aparecem na matriz com justificativa.
Serviços AWS deste exemplo
- AWS Transform
- Migration Evaluator
- AWS Pricing Calculator
- AWS Well-Architected Tool
Incentivos AWS
A RFX busca para o projeto os programas de incentivo e créditos da AWS aplicáveis, sempre sujeitos a aprovação da AWS.