L’approche Entreprise Cap 2020 du BIT Group matérialise, sur un cycle long terme (1980 - 2020), la transformation de l’entreprise qui va passer du modèle industriel hérité du 19ème siècle (produire, vendre, gérer), à une organisation agile capable de servir un client – cible mouvante – dans une économie de plus en plus ouverte.
Cette transformation a d’abord mené l’entreprise vers un mode matriciel par la mise en place de processus horizontaux (1980 - 2000) et la tâche de fond pour la période 2000 – 2020 est de fragmenter les silos/matrices hérités du passé en une entreprise cellulaire fonctionnant en écosystème, capable de relever le défi de l’agilité pour une croissance profitable et durable basée sur l’innovation.
La modularité va donc s’inscrire dans l’ADN de l’entreprise et le système d’information doit intégrer « en miroir » cette évolution : c’est la légitimité entreprise / métier des Approches (Architectures) orientées services, connues sous le sigle SOA.
SOA fait levier des messages découplés et le « Mission Critical Messaging » MCM est au coeur de cette connectivité d’entreprise. La progression des Approches Orientées Services en entreprise devrait mener le marché MCM d’une valeur de quelque 910 millions de dollars en 2008 à plus de 2,8 milliards de dollars en 2015.
Côté acteurs, le leader est IBM avec WebSphereMQ qui est un standard de facto, car il est même utilisé en « encapsulement » de produits concurrents. Microsoft (MSMQ) et Tibco (RendezVous) sont les challengers potentiels.

Un marché multiforme au coeur des évolutions majeures

Le MCM : « Mission Critical Messaging » est un segment du middleware qui veut proposer une connectivité ouverte entre les plateformes et les systèmes d’opération (OS ). D’une manière générale, le middleware fournit un mécanisme cohérent par lequel des systèmes de toutes sortes peuvent être interconnectés. Des APIs et des procédures opérationnelles aident à la simplification des tâches qui doivent être faites quand on intègre différents systèmes.

Les différences dans les implémentations du messaging sont à la base de différences fondamentales dans l’implémentation réseau. « Store and forward », « Request / Reply », « Publish / Subscribe », « Broadcast », « Multicast » et le PGM « Pragmatic General Multicast » sont quelques uns des systèmes de messaging qui sont à la base de l’offre du marché. Les solutions de « data messaging » supportent les environnements distribués.

L’utilisation de ces différentes technologies nécessite de penser différemment quand on conçoit les applications. Avec le MCM, les applications peuvent être conçues avec un modèle « one-to-many » c’est-à-dire qu’un producteur d’information envoie des messages qui seront consommés par de nombreux récepteurs.

Middleware messaging

Le middleware, couche logicielle entre le réseau TCP /IP et les applications, cache TCP/IP aux applications, rendant les communications de données plus intuitives. Le MCM est la base de toute intégration d’applications d’entreprise.

Event-driven applications

Dans ce mode, le producteur rend l’information disponible en l’envoyant sur le réseau. Les consommateurs récupèrent cette information en utilisant des fonctions de rappel d’événements (event callback) qui sont actionnées quand une certaine condition est remplie. Le producteur a la responsabilité d’initier l’envoi de l’information. Une application pilotée événement supporte une communication asynchrone quand elle est unilatérale et typiquement « one-to-many ».

Publish-Subscribe

Ici, des messages de type broadcast sont publiés anonymement sur le réseau en mode « publish – subscribe » et sont reçus anonymement. De tels systèmes sont utilisés pour mettre en place une architecture de messaging à noeuds (Node Messaging Architecture). Les messages sont placés dans le réseau avec un en-tête ou un contenu qui donne une certaine indication de leur destination. Les systèmes doivent alors être capables de lire l’information de destination et d’assurer la livraison du message.

Subject-based addressing (SBA)

SBA envoie directement les messages à leurs destinataires de telle manière que les processus applicatifs puissent communiquer sans adresses ou connexions IP. SBA contient un jeu de règles qui définissent un espace uniforme pour les messages et leurs destinations. Le souscripteur regarde les sujets d’intérêt, sans s’occuper de leur source.
Les avantages de SBA résident dans une transmission plus rapide des messages, car il est plus facile de savoir quel est le sujet dans un en-tête que de lire tout un texte pour en extraire ledit sujet.
SBA est une technique qui lie les serveurs à des adresses ou des noms fixes. Le mapping du sujet au serveur est dynamique. Chaque serveur est lié à un jeu de sujets et exécute les requêtes relatives à ces sujets. Par ailleurs, un serveur peut s’adapter à des conditions variables en modifiant les sujets dont il est à l’écoute.
Ainsi, il est possible d’ajouter de manière incrémentale des sujets à un système distribué sans interruption de service.