SQL Server Data Services: Cambio radical en Azure

Que cosas tienen las tecnologías beta, oiga. De repente, de un plumazo todas las presentaciones, videos, hols, demos y demás sobre SDS resultan obsoletas, así de un plumazo. Incluido el material que yo estaba preparando para el próximo Foro de Arquitectos de Microsoft. Pero bueno, que le vamos a hacer, ya sabíamos a que nos exponíamos.

Seguro que más de uno estáis pensando ¿pero de que habla este tío? Pues hablo de que Microsoft ha decidido cepillarse de un plumazo el modelo ACE (authorities, containers, y entities) de SDS y pasar a soportar un modelo plenamente basado en TDS (el protocolo de comunicación entre cliente y servidor de SQL Server). A pesar de que me han reventado la presentación, creo que este cambio es una excelente noticia y una gran decisión.

Vamos a poder usar todas las características de SQL Server que usamos en el día a día: tablas, tipos de datos, procedimientos almacenados, triggers, índices, ADO.Net, Entity Framework… al menos en teoría, pues aun no se sabe que carácteristicas de SQL Server y del protocolo TDS se soportarán en una primera hornada. Sin duda este cambion también va a acercar otras tecnologías relacionadas con SQL Server más a la nube, como por ejemplo Reporting Services.

Poner nuestros datos en la nube va a ser mucho más sencillo. Será una decisión de despliegue y no una decisión de diseño. Podremos llevar nuestras bases de datos a la nube y que las aplicaciones clientes ni se enteren. Cualquier aplicación existente actualmente podrá subirse a la nube con muchísima más facilidad y sin necesidad de  cambios profundos en su arquitectura.

SDS y TDS

Además no vamos a perder lo que la nube ofrece: alta disponibilidad, tolerancia a fallos, escalabilidad infinita… la arquitectura subyacente de SDS no cambia, es la que ya conocemos. Lo que van a hacer es poner sobre esta arquitectura una capa que entienda el protocolo TDS.

Arquitectura SDS y TDS

Por el lado de la seguridad, comunicación sobre SSL y autenticación de SQL Server.

En cuanto al soporte REST/HTTP la respuesta es clara: ADO.Net Data Services.

Podríamos pensar, que semejante cambio estratégico se habría anunciado en un PDC, o en el reciente MIX o en un TechEd al menos… pues no. El anuncio se ha hecho ‘a la chita callando’ un post en el blog del equipo de SDS y una entrada nueva en la MSDN, que describe someramente el nuevo SQL Data Services RDBMS Model .

Para los ansiosos (¡Unai quieto!), decir que hasta que no haya una nueva CTP del SDK de SDS, no podremos disfrutar de lo que va a ser la primera base de datos genuinamente relacional en la nube. Decir que me parece un excelente movimiento por parte de Microsoft: las ventajas de la nube sin tener que aprender un nuevo modelo de almacenamiento.

Además para los nostálgicos de el modelo ACE, siempre quedará Azure Storage Services, cuyo Table Storage API es muy similar a lo que ofrece el modelo ACE.

Por último como curiosidad decir que TDS es una especificación abierta, liberada como parte de la Microsoft Open Specification Promise, que originalmente nació para Sybase. Podéis ver la especificación de TDS, y además existen implementaciones de TDS para entornos Linux/Unix y para Java.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *