A Microsoft adiou oficialmente a aposentadoria completa do Exchange Web Services (EWS) para abril de 2027, com a desativação inicial como padrão a partir de outubro de 2026. À primeira vista, isso pode parecer um tempo extra para equipes de TI e provedores de serviços que gerenciam migrações para o Microsoft 365.
Mas há uma nuance crítica que os usuários do MigrationWiz precisam entender:
Nem todas as cargas de trabalho dependentes de EWS têm garantia de suporte no Microsoft Graph.
O risco real: lacunas de funcionalidades no Microsoft Graph
A direção de longo prazo da Microsoft é clara: o EWS está sendo descontinuado em favor do Microsoft Graph. No entanto, até o momento, não há um substituto definido no Graph para várias cargas de trabalho essenciais das quais muitas organizações ainda dependem:
- Public Folders
- Microsoft 365 Groups (em certos cenários de migração)
- Archive Mailboxes
Essas cargas de trabalho historicamente dependem do EWS para a migração e o acesso. Sem APIs equivalentes no Graph, há incerteza sobre como ou se elas poderão ser migradas continuamente no futuro.
Por que isso é importante para projetos com MigrationWiz
O MigrationWiz utiliza há muito o EWS para viabilizar migrações robustas e escaláveis em ambientes Exchange. Para a maioria das migrações padrão de caixas de correio e documentos, a transição para o Graph será administrável.
Mas, para as cargas de trabalho listadas acima, o EWS não é apenas um protocolo — é uma dependência.
Quando o EWS for desativado por padrão em outubro de 2026:
- O acesso a essas cargas de trabalho pode se tornar restrito ou inconsistente
- Os prazos de migração podem ficar mais curtos e de alto risco
- As equipes de TI podem enfrentar caminhos de migração limitados ou inexistentes
Esperar até a data final de aposentadoria, em abril de 2027, é arriscado, especialmente se a Microsoft não resolver essas lacunas de funcionalidade a tempo.
O que deve ser feito agora
- Identificar cargas de trabalho dependentes de EWS
Auditar o ambiente e o pipeline de migração para identificar:
- Uso de Public Folders legados
- Archive Mailboxes ativos vinculados a requisitos de conformidade ou retenção
- Microsoft 365 Groups que possam exigir migrações entre tenants ou cenários complexos
Se algum desses itens estiver no escopo, deve ser priorizado.
- Acelerar os cronogramas de migração
Se houver migrações planejadas envolvendo essas cargas de trabalho:
- Antecipá-las no roadmap
- Evitar adiá-las para o final de 2026 ou além
- Incluir tempo de folga para testes e correções
A janela segura para migrações baseadas em EWS é, na prática, de agora até meados de 2026 — não 2027.
- Validar os caminhos de migração com MigrationWiz
Garantir que a configuração atual do MigrationWiz suporte:
- O tipo específico de carga de trabalho
- As permissões e endpoints necessários (com EWS habilitado)
- Testes de ponta a ponta antes da execução
Sempre que possível, executar migrações piloto para confirmar que não existem bloqueios ocultos.
- Planejar coexistência e transições em fases
Se não for possível migrar tudo imediatamente:
- Utilizar estratégias de coexistência para segmentar e realizar as cargas de trabalho em fases
- Priorizar primeiro as cargas de maior risco ou não suportadas
- Manter as migrações restantes alinhadas com cenários suportados pelo Graph
Conclusão estratégica
A extensão do suporte ao EWS não é um sinal para adiar — é uma oportunidade limitada para agir.
A transição da Microsoft para o Graph está acelerando, mas ainda existem lacunas. Para usuários do MigrationWiz, isso cria uma prioridade clara:
Migrar agora as cargas de trabalho dependentes de EWS, enquanto o caminho ainda está totalmente suportado.
Organizações que agirem cedo evitarão restrições de última hora, reduzirão o risco de migração e manterão o controle sobre seus cronogramas. As que esperarem podem se deparar com ferramentas incompletas, cenários não suportados ou soluções improvisadas.
Considerações finais
O cenário de migração está evoluindo rapidamente, e mudanças em nível de protocolo, como a aposentadoria do EWS, têm impactos reais na execução.
Se Public Folders, Archive Mailboxes ou Microsoft 365 Groups fazem parte do ambiente, isso não deve ser adiado.
