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.
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 ?
Premier jour
de sessions et ma confiance envers les technologies Microsoft est renouvelée
pour quelques années encore. Allons directement à l'essentiel : l'annonce du
Keynote.
