AMQP rajeunit la messagerie interapplicative

Alain Clapaud

01 Informatique

le 11/09/2008 à 00h00

envoyer
par mail

imprimer
l'article

Les faits

En 2003, JPMorgan lançait le développement d'un projet open source de messagerie interapplicative. En 2006, la banque fédérait banques et éditeurs de logiciel autour de son protocole tout neuf, AMQP. De nouvelles spécifications viennent d'être publiées, en attendant la version 1.0 pour fin de l'année.

L'analyse

Avec plus de 10 000 clients à travers le monde, Websphere MQ, ex-MQSeries, est une mine d'or pour IBM. Wintergreen Research estime qu'en 2006, Big Blue a encaissé près de 580 millions de dollars en licence et maintenance… pour un marché total du MOM (middleware orienté message) inférieur à 720 millions de dollars ! Websphere MQ est donc devenu un standard de fait, qu'un groupe de travail initié par JPMorgan – rejoint depuis par Red Hat, Iona, Novell, Cisco puis d'autres banques telles que Crédit Suisse ou Goldman Sachs – a cherché à remettre en cause. Sa proposition : AMQP (Advanced Message Queuing Protocol), un protocole de messagerie interapplicative ouvert que tous les éditeurs pourront implémenter dans leurs solutions d'intégration. “ L'idée de départ de JP Morgan était de créer en interne un MOM et ainsi de se passer de MQSeries quand c'était possible, raconte Jérôme Parel, directeur général d'Iona France. MQSeries a été débarrassé de tout ce qui n'était pas utilisé et y a ajouté le transfert de fichiers, très important dans le secteur bancaire. ” AMQP se présente donc comme un middleware interchangeable face aux solutions basées sur des protocoles propriétaires. “ Les clients acceptent de moins en moins des tarifs élevés sur des couches de communication qui sont maintenant considérées comme des commodités ”, ajoute Jérôme Parel.

Une prime à la stabilité pour les leaders

Aux accusations de monopole, Philippe Bournhonesque, directeur de la stratégie IBM Software Group pour IBM France, réplique : “ On a de nombreux compétiteurs sur ce marché et notre base client est en forte croissance. Il faut savoir que le MOM est au cœur de tout un ensemble d'outils de supervision et de sécurité. Le prix d'une migration est certainement dix fois supérieur à notre coût de licence. ” Stefan Forestam, directeur produit de Tibco Software Europe, ajoute : “ Notre MOM Rendezvous répond aux besoins des entreprises en termes de fiabilité totale et de faibles temps de latence. Des caractéristiques qui sont très complexes à implémenter. La vérité est qu'il n'y a pas véritablement de demande pour AMQP. ” Ce n'est pas l'avis d'Hervé Lemaitre, responsable technologie chez Red Hat : “ Si on a décidé d'y aller, c'est qu'il y a une demande ! ” Et de préciser : “ Nous avons pour habitude de nous engager dans un projet open source dès qu'il existe une impulsion de la part de la communauté. On contribue à AMQP, mais c'est un projet piloté par des acteurs de la finance, un marché qui est le premier en valeurs pour Red Hat. ”

Pour l'instant, Websphere MQ bénéficie de la loi de Metcalfe : les grandes entreprises qui l'utilisent déjà en redemandent et poussent leurs filiales et partenaires à s'équiper, comme le souligne Philippe Bournhonesque : “ Notre croissance s'effectue auprès de nos clients MQ traditionnels qui opèrent des déploiements à grande échelle dans de nouveaux pays. De même, IBM conquiert de nouvelles références dans les pays émergents comme l'Inde. En outre, nous avons doté Websphere MQ de protocoles tels que le Low Latency Messaging, ce qui nous rend compétitifs sur des appels d'offre pour équiper les salles de marché ou les opérateurs télécoms. ”

Les ESB incapables de rivaliser

Paradoxalement, l'avènement d'internet comme moyen d'échange de données et du SOA comme modèle d'architecture n'a pas torpillé un MQ pourtant associé à son origine avec CICS. Bien au contraire : “ Soap, JMS, MSMQ et les autres systèmes de messagerie n'ont pas les fonctions de découplage inclues dans Websphere MQ et ne sont pas positionnés pour le concurrencer sur le marché des messageries critiques ”, estime Susan Eustis, présidente de Wintergreen Research. Luc-Michel Demey, consultant indépendant spécialisé sur les technologies IBM Websphere et Websphere MQ, ajoute : “ JMS n'est qu'une API mais se montre incapable de transmettre des données d'une JVM à une autre. Pour cela, il lui faut un MOM à l'image de Websphere MQ qui prend en charge JMS. ”

Les ESB doivent faire leurs preuves en termes de fiabilité et sécurité avant que les entreprises ne songent à cette nouvelle génération de bus pour l'échange des données critiques. D'autant que Java EE n'est pas encore synonyme de haute disponibilité ni de gros volumes de traitement dans le domaine du MOM. Ainsi depuis la version 6 de Websphere, le serveur d'application IBM embarque une version Java de Q-Manager, le broker de Websphere MQ, apte à répondre, et cela gratuitement, à bon nombre des besoins de messagerie d'une PME ou d'une filiale de grand groupe. Une aubaine pourtant boudée par les entreprises, comme le souligne Luc-Michel Demey : “ Un de mes clients a préféré s'acquitter de 12 licences Websphere MQ à 20 000 euros pièce plutôt que d'opter pour cette version gratuite. Car ce qu'on achète à IBM, c'est en premier lieu… la tranquillité ! ”.

Plusieurs implémentations d'AMQP déjà disponibles

Face aux spécialistes du MOM, la communauté AMQP fait preuve de dynamisme et les spécifications de leur middleware disposent déjà de plusieurs implémentations. JPMorgan Chase a mandaté iMatix pour fournir une première implémentation de référence de la spécification : OpenAMQ. Red Hat et Iona se sont alliés pour mener le projet Apache Qpid. Rabbit-MQ est une implémentation écrite en langage Erlang qui vise le marché des télécoms. OpenAMQ et Qpid sont tous deux en production chez JPMorgan Chase et, déployés auprès de 2 000 utilisateurs sur cinq continents, ils assurent l'acheminement de 300 millions de messages par jour. A partir de l'expérience acquise dans le projet Qpid, Red Hat a bâti une plate-forme de messaging accompagnée d'une offre commerciale d'assistance professionnelle.

AMQP s'attaque donc à forte partie, mais dispose de quelques atouts. Techniquement, les spécifications déjà publiées sont jugées intéressantes par les experts. Codage binaire pour les performances et transferts de fichiers répondent de façon pragmatique aux besoins des entreprises. C'est là le principal avantage d'AMQP qui se veut une norme portée par les utilisateurs et non pas par des industriels. “ Les spécifications sont restées très simples du point de vue sémantique et générique pour répondre à de nombreux besoins ”, explique Arnaud Simon, ingénieurs chez Red Hat affecté à AMQP. “ Du point de vue réseau, il peut mettre en œuvre les couches transport TCP, SCTP ou Infiniband. On peut déployer un middleware AMQP en cluster sans avoir recours à une technologie propriétaire. Autre particularité appréciable : en l'utilisant, on dispose d'un client Java qui permet d'utiliser l'API JMS, de clients C++, Python, Ruby et même d'un client .Net développé en C#. ”

Un point faible à signaler, quand même : l'absence d'un éditeur majeur de l'intégration dans le groupe de travail comme le souligne Marc Boullier, directeur technique de Vistali : “ AMQP est à surveiller mais l'alliance reste assez faible. Force est de constater que si d'autres acteurs du monde réseau ou du monde middleware ne se joignent pas à cette initiative, AMQP n'a peut-être pas de si beaux jours devant lui. ”