Business Geek

Les sessions auxquelles j'ai participé :

• Keynote - MS Research
• SQL Server Data Services: Futures
• Programming Cloud Table Storage
• SQL Server 2008: Deep Dive into Spatial Data

SQL Server Data Services: Futures

Rappel des fonctionnalités disponibles dès maintenant, utilisation avec Astoria et présentation des prochaines features (connexion directe sur le Cloud depuis Report Builder 2.0 !!).

Programming Cloud Table Storage

Lors des sessions sur Azure, j'ai vu qu'il y avait les briques SQL Services et Azure Storage. Azure Storage permet de stocker des données structurées (ie. relationnelles). Mais alors quelle différence avec SQL Services ?
En fait, Azure Storage permet de stocker des données facilement et à bas coût; c'est le SQL Services des pauvres (i'm kiddin'). La session était toutefois très intéressante avec 90% de code. Le speaker, Pablo Castro était parfait dans ses explications et impressionnant par sa vitesse de codage.

SQL Server 2008: Deep Dive into Spatial Data

Une session level 400 pour finir la journée c'est pas mal. Le speaker, Isaac Kunen, a traité des points précis de l'utilisation des API spatiales de SQL Server (et même en dehors d'ailleurs). Il nous a parlé d'extensibilité et nous a présenté les évolutions futures (la levée de la limitation de l'hémisphère et des cartes dans Reporting Services)

Bref, que du bonheur...

Les sessions auxquelles j'ai participé :

• Keynote 1 & 2
• SQL Server Data Services: Tips and Tricks for High-Throughput Data-Driven Applications
• SQL Server 2008: Business Intelligence and Data Visualization
• A Lap around SQL Services
• Windows Azure: Architecting & Managing Cloud Services

Ces 2 keynotes étaient vraiment fameux. De la démo magique qui brille mais c'est tellement bon. Le premier Keynote était consacré à Windows 7 et aux interfaces clientes. Le second était une démo 100% code avec Azure présentée par les showmen Don Box et Chris Anderson.

Les sessions du jour quant à elles ont été instructives. J'ai eu de nombreux éléments de réponse qui consolident ma vision de Azure (et de SQL Services). Tout d'abord, sachez que les versions actuelles sont assez limitées. Je rapelle que Azure est une vision à 2009-2010. Ces limitations sont fonctionnelles, tout n'est pas encore développé, mais aussi au niveau des garanties et des quotas (d'ailleurs, le pricing n'est même pas établi).

Précisions :

Je vais d'abord revenir sur Azure. L'idée n'est pas de prendre votre application tel quel et de la mettre sur un système qui garantisse la haute-disponibilité et la montée en charge. Votre application doit être conçue pour Azure et doit répondre à de nombreuses règles. C'est pour cela qu'arrive Oslo, langage qui permet de modéliser ces contraintes et de les intégrer dans le développement.
Lors du déploiement sur Azure, ce modèle sera interprété par le "Fabric Controller" qui gèrera l'application dans le cloud et mettra en place, en fonction des contraintes exprimées, la redondance le load-balancing, etc.
Pour comprendre les contraintes imposées pour votre architecture, il faut bien voir que pour garantir le load-balancing de vos applications ou même la haute-disponibilité (reprise après un crash), il faut tendre, par exemple, vers le stateless ou avoir une gestion d'état compatible. Evidemment, cet exemple n'est qu'une des facettes des choses à penser pour développer pour le Cloud.

Concernant SQl Services, l'idée à terme est vraiment d'avoir un SQL Server en ligne (in the cloud), qui peut monter en charge à l'infini, gérer la haute-disponibilité, avec paiement à l'usage, etc. C'est bien SQL Server qu'il y a derrière (backend servers) mais interfacé par un front-end qui semble impressionnant (et qui, je pense, réinterprète la requête et la dirige dans le bon noeud dans le backend).
Pour le moment, il y a très peu de fonctionnalités, juste du stockage d'entités. Pas d'intégrité, pas de transactionnalité au niveau du container, pas de jointures, etc. Pour ces fonctionnalités avancées, il va falloir attendre ou se les coder comme au bon vieux temps. C'est d'ailleurs assez frustrant d'ailleurs.
Le requêtage peut se faire via REST donc on peut tester directement dans un browser.

A noter la notion de schéma flexible qui m'a bien plu et qui permet pour des mêmes entités de ne pas avoir toutes les mêmes colonnes. (Ca sent le sparse columns derrière...)

Jeudi, je vais à une session (level 400) sur SQL Services en interne. Il me tarde...

Conclusion :

Pour conclure, la journée 2 a été très bien pour rentrer en profondeur dans Azure et SQL Services. Je suis de plus en plus séduit par cette nouvelle famille chez Microsoft et le fait que Microsoft réfléchisse à modéliser l'infrastructure (et par extension la production) directement à la création de l'application va dans le bon sens à mon avis.
En revanche, je suis aussi de plus en plus frustré car en rentrant dans le détail, je vois les limitations de la version actuelle. En même temps, je devais m'y attendre, je suis toujours sceptique sur les démos magiques où on nous promet la lune :-p.

Quand je vous le disais que Djeepig était maintenant au paradis de l'informatique, que dis-je, au panthéon.
Lors de notre voyage à la PDC à Los Angeles, nous l'avons retrouvé au détour d'un rayon du Company Store de Microsoft.
Il a maintenant des ailes (son statut de Code Angel), des lunettes de soleil (on est à L.A. quand même) et un tatouage Microsoft (pour être corporate).
Bref, il a décidé de rentrer avec nous à Bewise et ça, ça me fait quelquechose.