Microsoft ha anunciado un plan para retirar por completo Exchange Web Services EWS en Exchange Online. Después de casi dos décadas de servicio, la retirada está programada para abril de 2027. Este cambio refuerza la orientación hacia Microsoft Graph como API unificada para acceso a correo, calendario y contactos. En este artículo se detallan las implicaciones, el cronograma y las mejores prácticas para preparar la transición.

Introducción y alcance
El objetivo de Microsoft es migrar las integraciones que hoy dependen de EWS hacia Microsoft Graph, una API moderna con mejores controles de seguridad, observabilidad y escalabilidad. EWS ha sido estable y funcional, pero ahora se busca consolidar el desarrollo sobre Graph para simplificar permisos, autenticación y desarrollo futuro.

Implicaciones para organizaciones
– Apps y herramientas que consumen EWS deberán actualizarse para utilizar Graph API o alternativas compatibles.
– Se recomienda eliminar dependencias de autenticación básica y migrar a OAuth 2.0 con Azure AD para cualquier acceso a datos de usuario.
– Algunas funcionalidades de EWS pueden no tener equivalentes directos en Graph o pueden requerir enfoques diferentes (por ejemplo, cambios en cómo se sincronizan buzones, calendarios y carpetas).

Cronograma y fases
– Anuncio oficial: retirada total de EWS para abril de 2027.
– Durante los próximos años, Microsoft permitirá un periodo de coexistencia en el que las llamadas EWS pueden seguir funcionando hasta la fecha de corte, pero el soporte y las actualizaciones serán limitados.
– Este calendario otorga a las organizaciones tiempo suficiente para planificar, implementar y validar migraciones sin interrupciones de servicio.

Plan de migración recomendado
1) Inventariar todas las integraciones EWS en la organización y clasificar por tipo de datos (correo, calendario, contactos, búsquedas, etc.).
2) Evaluar y diseñar migraciones hacia Microsoft Graph, identificando endpoints equivalentes y cambios de permisos necesarios.
3) Preparar entornos de desarrollo y pruebas para validar la funcionalidad migrada sin afectar a usuarios finales.
4) Ejecutar migraciones en fases, priorizando casos críticos y manteniendo ventanas de prueba para resolver problemas de compatibilidad.
5) Actualizar o reemplazar automatizaciones, alertas y reportes que dependían de EWS, adaptándolos a Graph y a las capacidades de Microsoft 365.
6) Revisar políticas de seguridad, permisos y autenticación; aplicar el principio de menor privilegio y registrar todas las apps en Azure AD.

Consideraciones técnicas y de seguridad
– Favor usar Microsoft Graph como API unificada y evitar el desarrollo continuo sobre EWS.
– Migrar a OAuth 2.0 y usar permisos Delegated o Application según el escenario.
– Planificar pruebas de rendimiento y manejo de errores, especialmente para sincronización de grandes buzones.

Recursos y siguientes pasos
– Microsoft Learn y documentación de Microsoft Graph para correo, calendario y contactos.
– Guías de migración de EWS a Graph y herramientas de evaluación de impacto.
– Mantenerse al tanto de los anuncios de deprecación y fechas de corte para evitar sorpresas.

Conclusión
La retirada de EWS a partir de abril de 2027 representa una transición significativa, pero necesaria, hacia una plataforma más segura y flexible. Con una planificación adecuada, las organizaciones pueden migrar con confianza, minimizando riesgos y maximizando los beneficios de Graph para el acceso a correo y servicios asociados.

from Latest from TechRadar https://ift.tt/irfm0YG
via IFTTT IA