Microsoft cierra Azure SQL Data Sync a nuevos clientes antes de su apagado en 2027
El servicio deja de admitir suscripciones que nunca lo han usado desde el 9 de septiembre, pero quienes ya sincronizan bases tienen hasta el 30 de septiembre de 2027 para buscar alternativa.
Microsoft ya no admite nuevos clientes en Azure SQL Data Sync. Desde el 9 de septiembre, las suscripciones que nunca han utilizado el servicio no pueden desplegarlo, y el apagado definitivo está fechado para el 30 de septiembre de 2027. Las suscripciones que ya lo usan pueden seguir creando, modificando y gestionando grupos de sincronización y bases miembro hasta ese día.
El servicio trabaja con un modelo de concentrador y radios: una base de Azure SQL hace de hub y el resto de bases se unen a su grupo de sincronización. Los miembros pueden ser otras bases de Azure SQL o instancias de SQL Server en local, que en ese caso necesitan un agente de sincronización instalado. Cuando dos cambios chocan, una política de resolución de conflictos decide si manda el hub o la base miembro.
Ese esquema cubría escenarios híbridos, con aplicaciones y datos repartidos entre infraestructura propia y Azure, y también aplicaciones distribuidas geográficamente. Es decir, los casos en los que alguien sincroniza bases entre sí en lugar de limitarse a replicar.
Microsoft anunció la retirada hace dos años y ahora ha dado el paso de cerrar la entrada a nuevos despliegues. La compañía no ha entrado en detalles técnicos: se limita a hablar de requisitos operativos, de seguridad y de cumplimiento que han ido cambiando. Tampoco ha publicado una ruta de migración cerrada.
Sin reemplazo directo
Las alternativas que Microsoft pone sobre la mesa son Azure Data Factory, Azure Functions, réplicas de lectura, servidores vinculados, creación de reflejo de base de datos, grupos de disponibilidad y replicación transaccional. La propia compañía admite que "no hay un único reemplazo que se corresponda con cada configuración de SQL Data Sync", así que cada uno tendrá que decidir qué combinación le encaja según su topología, si hay instancias locales en juego y cuánto le importa la latencia de propagación. El anuncio está en el blog de Azure SQL.
Para quien tiene esto en producción, el aviso es doble: le queda algo más de un año para migrar y no hay una ruta única. El bloqueo a nuevos despliegues no toca a las suscripciones que ya venían usando el servicio, así que el reloj corre igual para todos, pero conviene no dejarlo para el final porque cada configuración exige una alternativa distinta y ninguna sale gratis en esfuerzo.
