Surviving the Night

Octavio: Para la mayor parte de los escenarios habrá alternativas (como en el caso de Reporting Services). La justificación, por todo lo que he leido, es que parece que su uso era mínimo entre los usuarios de SQL Server.

Juan: La verdad es que el periodo no es tan corto.. al igual que sucedio con Reporting Services, las Notification Services salieron ANTES de SQL Server 2005 (salieron como extensiones para SQL Server 2000). Y respecto a lo de 'a ver quien apuesta por las nuevas tecnologías de Microsoft?' me da a mi que el problema es ese: que no aposto nadie.

Yo supongo que al ver el escaso apoyo que tuvo la plataforma, Microsoft comprendió que posiblemente o bien la necesidad para el producto no existia, o bien el producto no era lo que los clientes esperaban. Si se produce ese fracaso, entiendo que se de marcha atrás.

Respecto al soporte, creo que el ciclo de vida de un producto de Microsoft incluye un periodo de soporte de 7 años (hablo de memoria, intentaré confirmarlo lo antes posible), por lo que los clientes que hayan implementado algo con Notification Services no van a estar abandonados. El namespace dentro de .NET sigue estando disponible, y si queremos, podemos seguir desarrollando para Notification Services 2005 durante lo que dure el soporte.

Quizá el modo de redactar la noticia no fue el apropiado; el que a mi me de pena la desaparicion de NS no quiere decir que sea una mala decision, ni una p*t*da, no que Microsoft nos deje en pañales y asi nos las apañemos... no hay que ser alarmistas.

Recordad la historia de Ford con el modelo Edsel... no todos los productos salen bien, ni tiene mercado.

Un saludo!

Rodrigo,

  estoy casi de acuerdo contigo :) En todas mis charlas sobre SQL Server 2005 siempre hago la puntualización de que a mi me da PAVOR la tendencia de Microsoft a convertir el producto en una especie de Application Server. Al final, ese miedo que tenía inicialmente, cuando empezamos a tener información sobre SQL Server 2005, se fue disipando con los meses; en la practica muy pocos clientes emplean estas características, y los que la emplean suele ser en escenarios muy concretos y bien pensados.

No esto de acuerdo con la inclusión de los XML Services, creo que coincidimos en considerarla aberrante.

La integración del CLR me parece util, sobre todo porque afortunadamente se esta usando poco y eso evita ver las aberraciones que me temía en un principio.

Respecto al Broker, ahi disiento contigo al 100%; me parece una inclusión muy acertada, una caracteristica genial para poder dotar de escalabilidad al servidor. Ojo, que no propongo el Broker como sustituto de un MSMQ o un MQSeries.. mmm... creo que habra que hacer un post sobre el Broker, que puede dar mucho que hablar XD

Respecto a Notification Services, sinceramente yo creo que era una buena característica. Comprendo los temores de Rodrigo (te ata a la arquitectura... desde el momento que decides usar NS, estas limitado a usar SQL Server...), pero aun así, en ciertos escenarios creo que era una buena idea.

Saludos!

Si, el tipico escenario de 'reserva de tickets con refresco inmediato' y demás...

Eso se podria implementar en SQL Server 2008 mediante Event Notifications, que pueblen una cola del Broker, y hacer un servicio que distribuya esos cambios a los clientes... por ejemplo.

Octavio: si, podrian tener side by side la instalacion antigua y emplear SQL Server Notification Services sobre las bases de datos nuevas; lo que no te puedo decir ahora mismo es si eso será un escenario soportado, pero intentaré enterarme.

El namespace lo tendremos disponible también, por si queremos ttrabajar programáticamente, pero no habrá novedades ni se incentivará su uso.

Voy a intentar aclarar algo que parece que no ha quedado claro: Microsoft no ha eliminado Notification Services, simplemente no lo continua en SQL Server 2008.

Si tenemos una solucion con Notification Services, pues usamos Notification Services 2005, como hasta ahora. No es como si nos da un caramelo y nos lo quita. Es como si nos da un caramelo y luego no nos da mas (tampoco es correcto, proque durante los años que mantendrá el soporte seguiremos teniendo service packs y demas).

Es que por esa razon, a dia de hoy en Windows Vista tendriamos en Himem.sys, soporte para XMS y EMS :)

Bueno, evidentemente el ejemplo es exagerado (por ello aparece un smiley a su lado), aunque no considero que el argumento carezca en absoluto de fundamento.

Hace tiempo me prometi alejarme de las guerras de religion online ;) Cuando veo que una conversación deriva a lo mala que es la empresa de los chicos de Redmond, sigilosamente retrocedo y la dejo estar. Eso si, el dia que quieras y en persona nos tomamos una cerveza y lo discutimos! ;)

Respecto al ejemplo de tu cliente, como ya dije antes hay alternativas para casi todos los escenarios que antes se sugerian mediante notification services. No obstante, lo único que te puedo proponer es que si tienes algun ejemplo concreto que quieres migrar y tienes problemas, me lo comentes y lo ojeamos juntos, y te ayudare en todo lo posible.

Es curioso, porque escribi este post porque me salio del alma, porque me dio pena su discontinuidad; pero desde un punto de vista tecnico, no le veo mayor problema! Lo que no me imaginaba era encontrarme gente a quien esto le suponga un impedimento de migración, algo que por otra parte, yo no veo en absoluto. En ningun caso quise levantar una alarme que desde mi punto de vista no esta justificada, pero repito mi ofrecimiento, Juan: si tienes algun problema de migración por los Notification Services no dudes en comentarmelo y estaré mas que encantado de aconsejarte y ayudarte.

Que quede claro que a día de hoy, no me importa que Microsoft tenga una venta mas o menos (como se nota que no tengo acciones eh?!); soy un apasionado de las tecnologías de los de Redmond, pero siempre repito que mi mision no es convertir a nadie :)

Juan, creo que no entiendes mi postura. Soy el primero en criticar ciertas decisiones de Microsoft, y la prueba la tienes en este mismo post y en otros.

Cuando hay algo que no me gusta lo digo alto y claro, y eso es algo que aprecio por encima de todo en esta comunidad. Y cuando digo que no quiero guerras de religion online, es exclusivamente para evitar estos dialogos, que de técnico tienen poco y sin embargo, abunda el 'marujeo informatico'.

Por si quieres verlo mas claro: No me parece una buena idea, a priori, la ausencia del producto en SQL Server 2008. Desconozco los motivos que han impulsado a Microsoft a tomar esta idea, pero aunque solo sea por cariño, no me gusta esta decision de Microsoft.

Eso si, desde un punto de vista técnico no le veo mayor problema. Por eso vuelvo a repetir mi oferta: si tienes un problema con una migración a SQL Server 2008, me comprometo a darte mi apoyo absoluto y echarte un cable en todo lo posible. Si quieres comentar aspectos técnicos, adelante! Pero si quieres hacerme entrar en la polémica, lamento decirte que no te podre acompañar en ese viaje...

Un saludo!