Microsoft retira Azure Communication Services en septiembre de 2028
El servicio gestionado de correo, SMS y voz de Azure tiene fecha de caducidad, según la guía de retirada y cambios de ruptura que Microsoft ya ha publicado.
Microsoft ha marcado septiembre de 2028 como fecha de retirada de Azure Communication Services. La compañía ha publicado una guía de retirada y cambios de ruptura con el calendario, y a partir de ahí todo lo que hoy se apoye en este servicio —correo transaccional, SMS, voz dentro de aplicaciones— tiene una migración pendiente.
El contexto importa. Exchange Online lleva tiempo apagando la autenticación básica en SMTP AUTH, y ACS Email se convirtió en el destino habitual de los equipos que enviaban correo desde aplicaciones y dispositivos porque era la salida que Microsoft ponía a mano. Ese destino también caduca.
Qué mirar antes de que corra el calendario
Lo primero es el inventario. Qué APIs de ACS usáis, cuántos flujos de correo salen por ahí, qué dominios y remitentes están verificados contra el servicio y qué queda atado a sus credenciales. El correo saliente es el que más rápido se olvida porque suele estar enterrado en aplicaciones internas, scripts programados y aparatos que nadie toca desde que se instalaron.
El segundo problema es a dónde ir. Correo, SMS y voz no tienen por qué acabar en el mismo proveedor: en muchos casos compensa separarlos, sobre todo si el volumen de correo es alto y el de SMS es residual. Lo que no conviene es dejarlo para el último año, porque una migración de correo transaccional implica tocar DNS, SPF, DKIM y DMARC, y eso siempre tarda más de lo previsto.
La guía de Microsoft es el documento de referencia y donde irán apareciendo los cambios de ruptura conforme se acerque la fecha. Conviene seguirla, pero no esperar a que esté completa para empezar a decidir.
No hay, de momento, un sucesor directo anunciado para cada pieza de ACS, ni un desglose público de qué API se apaga antes y cuál aguanta hasta el final. Ese es el dato que falta y el que debería condicionar la planificación: si el correo se puede mantener dos años más, la presión cambia mucho respecto a un apagado escalonado por componentes. Quien tenga ACS en producción, y sobre todo quien llegó ahí huyendo del apagado de SMTP AUTH, haría bien en no tratarlo como un problema de 2028.
