Mes: abril 2009

… al menos de momento.

Por fin llego el final de la función, por esta noche…
es otro día más que va sellando tu destino…

Como dice la versión de MCD de My way, titulada Entre borrachos.

Hace unos meses os contaba que mi compañero Jose Luis Soria y un servidor nos ibamos a ‘currar’ un buen puñado de eventos. Hemos visitado Bilbao, Santiago, Valencia y Zaragoza, con exito de público y espero que de crítica.

Toca cerrar la gira con un evento en Madrid, y tan magna ocasión merece un evento a la altura, así que este jueves, 23 de Abril, estaremos en las instalaciones de Microsoft España con un evento de todo el día. Vamos a hablar de metodologías ágiles y Team System (como a lo largo de toda la gira) y además, de calidad del software con Team System.

La agenda será la siguiente (si os parece interesate, podéis inscribiros aquí):

Sesión: Metodologías ágiles y Team System en el mundo real

Cada vez más empresas necesitan encontrar el equilibrio entre control de los proyectos y productividad de sus equipos de desarrollo, las metodologías ágiles proponen un marco de trabajo que nos permite gestionar los proyectos y mejorar la productividad de nuestros equipos de desarrollo sin caer en la temida burocracia. Team System es un marco de trabajo ideal que proporciona de manera integrada todas las herramientas que un equipo ágil puede necesitar. En este evento veremos cómo un equipo de desarrollo puede usar metodologías ágiles junto a Team System para dar un salto importante en su productividad.

Agenda:

09:00    Registro y bienvenida
09:30    Metodologías ágiles ¿qué son? ¿cómo nos ayudan?
10:00    Introducción a MSF Agile
10:45    Introducción a Scrum
11:00    Café
11:30    Scrum y Team System en el mundo real
12:00    Team System: la herramienta perfecta para el desarrollo ágil
13:30    Comida

Sesión: Calidad del software con Team System

La manera más rápida de desarrollador software es hacerlo con la calidad requerida desde el principio. Team System propone la calidad del software como pieza central del desarrollo de software moderno. Team System proporciona una serie de herramientas que facilitan enormemente que los desarrolladores y los testers hagan de las actividades orientadas a asegurar y mantener la calidad durante todo el ciclo de desarrollo. En este evento veremos cuáles son estas herramientas, cómo se pueden utilizar en nuestros proyectos y qué ventajas obtendremos de su uso.

Agenda:

14:30    Testeo unitario
15:00    Pruebas web  y de carga
15:45    Optimización y monitorización del rendimiento de aplicaciones durante el desarrollo
16:15    Refrescos
16:45    Test de aceptación
17:15    Integración de la calidad en el proceso de desarrollo: métricas de calidad
19:00    Fin del evento

El año pasado ya hicimos un evento muy similar a este, solo que en esa ocasión me acompaño Pablo Alvarez Doval. Si queréis ver las presentaciones de aquella ocasión, muy similares a las que utilizaremos, las podéis descargar.

¡Espero veros en el evento!

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.

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.

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.

Debido a un fallo en un disco, Geeks.ms ha estado caído todo el día de hoy. No es la primera vez que Geeks.ms se cae, la otra fue por culpa de un huracán. Lo peor  a sido el susto que se ha llevado el pobre David Carmona, que tras instalar un parche y reiniciar el servidor, vio que este no volvía a la vida. David, tranquilo, que no has sido el culpable, te has llevado el susto pero no has sido el culpable, jejejej…

Si escribo este post es más que nada para tranquilizar a todo el mundo que tiene contenidos en Geeks.ms. Os voy a contar como está protegido el servidor:

El servidor cuenta con dos discos en RAID 1, esto es lo que nos ha salvado hoy el culo. El problema se ha solucionado cuando la gente del hosting, se ha levantado de la cama y ha reiniciado el servidor desde el disco espejo. Si hemos tenido tanto ‘donwtime’ ha sido por la diferencia horaria, el hosting está en la costa oeste de los estados unidos y por querer diagnosticar cuidadosamente la situación para evitar la pérdida de datos.

Además de la protección por RAID, en caso de un desastre mayor, contamos con una política de copias de seguridad. Todos los sábados por la noche, en el momento de menos actividad se hace una copia de seguridad completa del contenido relevante del servidor y de la base de datos de Geeks.ms. Además, se hacen copias de seguridad incrementales cada seis horas. Esto nos protege de errores lógicos o ataques que puedan dañar el contenido de Geeks.ms

Por si esto fuese poco, estas copias de seguridad se mueven fuera del servidor, a un NAS de almacenamiento, semanalmente. Esto nos asegura que en caso de destrucción total del servidor aun tendríamos copias de seguridad.

Cada cierto tiempo, aproximadamente dos semanas, compruebo personalmente que la última copia de seguridad realizada es recuperable. Para ello levanto desde cero un sitio llamado beta.geeks.ms, que también uso cuando hago adaptaciones de Community Server. Puesto que el NAS y el servidor están en el mismo ‘data center’, además la copia de seguridad verificada se mueve desde el NAS a un servidor de Plain Concepts. En caso de desastre total en el ‘data center’ siempre quedaría la copia verificada almacenada en un servidor de Plain Concepts.

Así que si alguien a sufrido por su contenido durante las últimas, croe que puede estar razonablemente tranquilo. Evidentemente la seguridad absoluta no existe, pero creo que podemos dormir tranquilos.

¡Un saludo y gracias a todos, autores y lectores, por vuestra paciencia!