Windows Azure Curator : Keep an eye on Azure

Le partitionnement horizontal ou sharding, c'est ce que permet SQL Azure Federations, en coupant une table entre plusieurs membres d'une fédération de bases de données. Entity Framework se fond dans le sharding comme du sirop de menthe dans de la limonade. Pour le meilleur des deux. A une restriction prêt : Entity Code First ne génère tout de même pas de base partitionnée. Il faudra la créer dans la fédération au préalable. Pour le reste, une série de posts assez simples, donne tous les détails d'implémentation en SQL et avec Entity Code First, les limitations et les contournements. Y a plus qu'à essayer.
L'annonce : MSDN
Tutorial Code First et Federation : cat
Quelques conseils : cat

Parce que EF Code First, ça marche très bien sur Windows Azure et SQL Azure. Et que EF Code First, c'est quand même une sacré bombe, notamment avec la FluentApi. Alors un bouquin chez O'Reilly qui parle que de Code First et bientôt un autre qui parlera de DbContext, ça vaut le coup d'oeil. Des ouvrages courts (enfin 190 pages tout de même), que O'Reilly appelle "real-time books". On en reparle dès que j'ai le premier.
En attendant : l'interview de Julia Lerman, l'auteur de l'ouvrage, par InfoQ :
L'interview : InfoQ
Le livre : amazon
Le livre sur Entity Framework : amazon

Richard Seroter montre dans un tutoriel assez court, que ASP.NET se programme exactement de la même manière pour Iron Foundry, le support .NET pour Cloud Foundry. De quoi faire du pur cloud hybride ou entrer prudemment dans le cloud public.
La démo : seroter

Maintenant que Windows Azure AppFabric a été redistribué dans les différents services de Windows Azure, un petit point sur ceux-ci s'impose. Pour faire le tour de l'Azure Access Control Service, du Service Bus, du Caching, de Windows Azure Integration. Et pour le mettre en perspective du Windows Server AppFabric, le pendant On Premise. Il est fait par Technet :
L'article : technet
La news sur CloudMagazine : blog et sur la MSDN : MSDN

Joyeux Noël à tous. A ceux qui croient au Père Noël, à ceux qui croient plus raisonnablement au cloud et aux autres.

Un peu de théorie et un petit tutorial tout simple pour faire des EAI Bridges avec le Service Bus de Windows Azure. C'est clair, précis et rapide. Et c'est là :
EAI Bridges : MSDN

A installer sur Nuget, le package à ajouter à vos projets pour profiter de la nouvelle release du Service Bus de Windows Azure. Les composants du service bus et du cache sont inclus maintenant directement dans les Windows Azure Libraries for .NET. Avec le Relay load balancing, pour faire fonctionner le load balancing avec jusqu'à 25 listener par endpoint. Un sdk un peu modifié
Le package : Nuget
La release note : MSDN
La doc du Service Bus : MSDN
Installation de la plate-forme Web 3.0 : Microsoft

C'est un peu Noël avant l'heure ! Mais dépêchons-nous, il n'y aura pas de place pour tout le monde. C'est à Issy-Les-Moulineaux, chez MS. Et ça va parler de Compute, de Storage, de SQL Azure, d'AppFabric et Service Bus, ASP.NET, Web role et Worker role, Caching Service et CDN, Gestion et Debug. 2 jours de formation, pour pas un rond !

Pour s'inscrire : Learning Center
L'annonce : MSDN

Doit-on comparer les différents cloud à des fournisseurs d'électricité ou à des organismes financiers ? Je lisais à l'instant un billet assez court de Brent Stineman ouvrant cette réflexion. Selon lui, on va souvent vite en besogne en comparant le cloud à un service comme l'électricité. C'est en effet une représentation pratique mais rapide. Elle est pratique car elle synthétise très bien tout un pan du concept. En effet, l'entreprise qui veut éclairer ses bureaux et les chauffer, ne va pas aller acheter un générateur ou bâtir une centrale mais bien signer un contrat avec un fournisseur d'électricité. Elle délègue la production. Très bien. Mais c'est tout ? La représentation est rapide. Quid de la sécurité, de la confidentialité, de l'engagement du niveau de service, bref, de la confiance? Bien sûr, cela entre en jeu en partie avec le fournisseur d'électricité. On attend de lui d'avoir du courant tous les jours, et un courant de qualité. Mais pas plus. Or une entreprise qui s’apprête à mettre ses données sur le cloud, se pose bien d'autres questions. C'est là où la réflexion de Brent Stineman est judicieuse, on place ses données sur le cloud, comme on place son argent dans une banque. Qu'attend-on d'une banque ? De la transparence et de la confidentialité; Une prise de risque raisonnable et une assurance (au vrai sens du terme); un gain prédictible et un engagement de sécurité; un niveau de réponse aux ordres donnés ou une délégation fiable. C'est exactement ce qu'attend une entreprise qui met ses données sur le cloud. On peut donc raisonnablement considérer les fournisseurs du cloud comme les financiers du computing, des "Computing Banker" en quelque sorte.
Mais si ce sont des organismes financiers, on doit pouvoir les noter comme tel. Leur donner du triple A ou non. Il reste à trouver les critères de notation comparable à ceux de Moody's ou Standard & Poor's mais applicable au cloud. Il est fort probable qu'ils soient très proches en substance. On peut s'attendre, en tout cas, à voir apparaître des agences de notation du cloud, dont le métier sera d'évaluer les différents services dans la bourse du computing, les "Compute Stock Exchange".

• Un sample simple du RetryPolicy : DavidAiken
• PowerShell pour SQL Azure : syntaxC4
• Minimiser les erreurs du pool de connexions SQL Azure : MSDN
• NoSql avec les Tables Azure : odin