Les événements complexes au cœur du SOA

Vincent Berdot

01 Informatique

le 01/05/2008 à 00h00

envoyer
par mail

imprimer
l'article

Les faits

Big Blue a repeint en bleu la plate-forme de gestion d'événements complexes d'Aptsoft, racheté en janvier. Disponible en juin, Websphere Business Events fonctionnera sur la dernière version de Websphere, v.6.1.

L'analyse

Tibco, BEA, Oracle, Software AG – Webmethods… Tous ces géants du middleware et des SOA couvrent déjà la gestion d'événements complexes. Depuis quatre ans pour les plus anciens ; neuf mois pour les plus récents. Seul IBM manquait à l'appel. En ancrant un moteur de CEP (Complex Event Processing) au sein de son middleware, il s'ouvre au pilotage des SOA par les événements. Car il s'agit bien de cela : les processus et les services d'une architecture SOA gagnent à être déclenchés automatiquement dans certains contextes. Or seule l'analyse d'évènements et leur corrélation – le CEP donc – sont en mesure de déceler ces contextes.

Ces moteurs digèrent une série d'événements sous forme de messages JMS (Java Messaging Service) ou Rendez-vous en provenance d'applications ou de processus. Après analyse, ils retournent sous le même format, un autre événement qui sollicite à son tour des applications ou des processus. “ Idéalement, ces moteurs s'ouvrent au plus grand nombre de protocoles tels que Soap, JDBC, HTTP, SMTP, détaille Hubert Lalanne, architecte SOA et Distinguished Engineer chez IBM. Mieux, lorsqu'ils s'intègrent à l'ESB, ils récupèrent tous les événements transitant sur le bus. ” Cette interaction avec le bus se fait généralement par le biais de flux JMS ou Soap.

Mais si la connectivité entre ESB et CEP est de facto assurée par des standards, la convergence de leur console d'administration n'est pas encore d'actualité chez IBM et BEA. Tibco fait figure d'exception : “ Depuis l'environnement de design de l'ESB, nous pouvons invoquer le CEP en publiant des événements à n'importe quel stade des flux. ”, rapporte Philippe Amiel, consultant solutions chez Tibco.

Une notion du temps réel toute relative

A plus long terme, le CEP soulève d'autres questions. Comme celle du temps réel. En théorie, la corrélation d'événements se fait au fil de l'eau temps réel. “ En pratique, les calculs du moteur prennent plusieurs secondes ”, relativise Hubert Lalanne, qui précise par ailleurs que le véritable temps réel reste conditionné par la pose de bus spécialisés dialoguant avec les bus classiques. Autre piste explorée par IBM pour gagner en performance : associer un JVM spécifique à son moteur, taillé pour le temps réel. Comme BEA l'a fait en juin dernier avec Weblogic Realtime (passé depuis en 2.0).

Enfin, les fournisseurs de middlewares devront, à terme, clarifier la relation entre CEP et BAM (Business Activity Monitoring). Sur le papier, les frontières sont pourtant bien délimitées : le premier digère des événements qui ne sont pas (nécessairement) liés à un processus ou à un dialogue interapplicatif. Le second, en revanche, pose ses sondes tout au long des processus. Reste que tous les deux assurent des corrélations et génèrent des alertes d'ordre métier. Vers la fusion du BAM et du CEP ? C'est une évidence pour Microsoft. IBM, lui, ne l'exclut pas, mais à plus long terme.