English

Français
There was a session at the WPC 2011 (Microsoft Worldwide Partner Conference, July 10-14, 2011) by Tony Meleg called “Microsoft Middleware Strategy and BizTalk Server Roadmap”. A summary of the session (as well as opinions) was posted by Richard Seroter.

Une session de la WPC 2011 (Microsoft Worldwide Partner Conference, du 10 au 14 juillet 2011) a été présentée par Tony Meleg; son titre est “Microsoft Middleware Strategy and BizTalk Server Roadmap”. Un résumé de la session (ainsi que des avis) a été postée par Richard Seroter.
   
NB: There had been another session named “Microsoft BizTalk Server 2010 and Roadmap” during the PDC 2010 (Microsoft Professional Developer Conference) on November 2010.

NB: Il y avait eu une autre session dont le titre était “Microsoft BizTalk Server 2010 and Roadmap” pendant la PDC 2010 (Microsoft Professional Developer Conference) en novembre 2010.
   
Main ideas for the long term strategy are:

Les idées principales pour la stratégie long terme sont:
- Microsoft wants to build ONE platform

- Microsoft veut construire UNE plateforme
- BizTalk long term investment asks questions like: how to align to WF? How to put BizTalk on Azure? How to have it implementing an Internet Service Bus? How to improve tooling?

- Les investissements long terme autour de BizTalk posent des questions telles que : Comment aligner BizTalk avec WF? Comment mettre BizTalk dans Azure? Comment lui faire implémenter un Internet Service Bus? Comment améliorer les outils?
- Microsoft Middleware strategy is to have it working first in the cloud first, then on-premise

- Microsoft a pour stratégie au niveau Middleware de le faire fonctionner d’abord dans le cloud, puis à demeure

- Running in the cloud means, amongst other things, being able to massively scale out

- Fonctionner dans le cloud suppose, entre autres, d’être capable de monter en charge massivement par ajout de serveur en parallèle
- AppFabric is the name for this “V2” middleware

- AppFabric est le nom de ce middleware « V2 »

- All the BizTalk features that make sense in the cloud will still be available in the middleware (Business rules, messaging, orchestrations and workflows, Business Activity Monitoring, mapper, …)

- Toutes les fonctionnalités BizTalk qui ont du sens dans le cloud resteront disponibles dans le middleware (règles métier, messagerie, orchestrations et workflows, Business Activity Monitoring, mapper, …)

- BizTalk Server will still be maintained, and new releases will be shipped until that vision is implemented so that customer who makes investments in BizTalk can still rely on it and have a migration path to the AppFabric

- BizTalk Server continuera d’être maintenu, et de nouvelles versions seront livrées jusqu’à ce que cette vision soit mise en œuvre de façon à ce que les clients qui font des investissements BizTalk puisse continuer à compter dessus et aient un chemin de migration vers AppFabric

- In order to have policy driven behaviors for the diverse components inside the middleware, a common model is necessary; this model is available in the first CTP of AppFabric Applications (see how this looks in the development environment and in the runtime environment)

- Pour avoir des comportements définis par un ensemble de règles qui s’appliquent aux nombreux composants du middleware, un modèle commun est nécessaire; ce modèle est disponible dans la première version CTP d’AppFabric Applications (voir à quoi cela ressemble dans l'environment de développement et dans l'environment d'exécution)
   
So what should an architect do today from a middleware perspective?
I would recommend monitoring what’s happening in Azure AppFabric in order to prepare for the future, and to leverage production features that are available now and make sense. For instance, for B2B connections, using BizTalk Server on premises and Azure AppFabric Service Bus and Access Control is possible today. Partners and I talked about that in TechDays conference sessions here in France for the last 2 years (TechDays 2010, TechDays 2011). This is also explained by Franck Musson in a blog post named (translated title): “Publishing BizTalk 2010 to the Internet with Azure AppFabric Service Bus”.

Maintenant, que doit faire l’architecte aujourd’hui d’un point de vue middleware?
J’aurais tendance à recommander de surveiller ce qui se passe sur Azure AppFabric de façon à se préparer pour le futur, et de profiter des fonctions de production disponibles aujourd’hui et qui sont pertinentes. Par exemple, pour les connexions B2B, utiliser BizTalk Server à demeure et Azure AppFabric Service Bus & Access Control est possible aujourd’hui. Des partenaires et moi avons parlé de cela dans des sessions des TechDays ces deux dernières années (TechDays 2010, TechDays 2011). Un billet de Franck Musson titré “Publier BizTalk 2010 sur internet avec Azure AppFabric Service Bus” parle aussi de cela.
   
It is important to think at the scale of the Internet when it comes to middleware because a customer scenario is more and more implemented by a virtual company made of lots of different real companies each of which bringing one or a few features. For instance, in France, when you need to borrow money to buy real estate, you can go to a broker; they will find you a bank, but also an insurance for the loan (possibly a different company). The insurance company itself will redirect you to a company that audits your health; this company also has a set of different doctors. Not to mention re-insurance companies, laboratories, …

Il est important de penser à l’échelle d’Internet en matière de middleware parce qu’un scénario client est de plus en plus mis en œuvre par une société virtuelle composée de beaucoup de sociétés réelles chacune apportant quelques fonctionnalités. Par exemple, en France, quand vous avez besoin d’un prêt immobilier, vous pouvez aller voir un courtier; ils vous trouveront une banque, mais aussi une assurance pour le prêt (pas nécessairement la même entreprise). L’assurance elle-même vous redirige vers une entreprise dont le métier est d’auditer votre santé; cette société peut elle-même faire appel à un certain nombre de médecins indépendants. Sans parler des réassurances et laboratoires…
   
So keep using BizTalk Server on premises for integration purposes, leverage Windows Server AppFabric when BizTalk orchestrations start being used for Business Process Management (BPM) more than for orchestrating services (see http://bpm-integration.archims.fr for more on this). Also consider using Windows Azure AppFabric for B2B scenarios.

Donc, continuez d’utiliser BizTalk à demeure pour l’intégration, utilisez Windows Server AppFabric lorsque les orchestrations BizTalk commencent à être plus utilisées pour de l’automatisation de processus d’entreprise (BPM) que pour orchestrer des services (cf http://bpm-integration.archims.fr pour plus d’infos sur le sujet). Envisagez également Windows Azure AppFabric pour les scénarios B2B.

 

Smile

Benjamin