Intro
Dans l’article précédent sur l’acheminement de messages dans Petals ESB, j’introduisais les notions, aujourd’hui nous allons regarder en détails la couche de routage du bus. Cette couche est largement appelée Router par les développeurs du Bus, et le sera donc dans cette article et dans la suite de la série.
L’archi simplifiée
L’architecture du Router utilise la notion très répandue et fort utile de modules ie le Router invoque séquentiellement une liste de modules pour élire les services à appeller. A la fin de la traversée on se retrouve avec toutes les informations nécessaires pour appeler les services. On peut modifier cette liste en ajoutant ou supprimant des modules par configuration. Un schéma simplifié donne un Router avec cette tête :
Image may be NSFW.
Clik here to view.
Plus de détails sur l’utilisation des modules dans Petals et leur injection dans un vieil article (à non pas si vieux…).
L’implémentation
L’implémentation de base de Petals ESB est composée de 2 modules en émission :
- Le module qui interroge le registre de services et retourne une liste de point d’accès (endpoint dans le jargon service) en fonction des informations contenues dans le message d’entrée.
- Le module de résolution de la couche de transport. En fonction de la localisation des endpoints trouvés par le module précédent, un contexte est créé pour définir la couche de transport à utiliser (cette couche de transport sera détaillée dans le prochain article de la série).
On peut imaginer un grand nombre d’utilisations de ces modules. Personnellement, je les utilise à outrance par exemple pour :
- Ajouter des informations de timestamp sur les messages
- Notifier une couche de monitoring que des messages sont échangés entre consommateurs et fournisseurs de service
- Logger les appels
- Mettre à jour le choix de la couche de transport avec ma propre implémentation du transport de messages inter container
- …
Outro
Vous en savez un peu plus sur le routage dans le bus de service Petals. il faut vraiment retenir que cette couche est vraiment extensible et customisable sans grand effort, en effet pas besoin de recompiler le coeur de Petals pour ajouter des fonctionnalités pour la résolution des endpoints. Dans le prochain article de la série, nous regarderons de plus prêt comment sont échangés les messages entre les instances de Petals.
Classé dans:PEtALS Tagged: bus, documentation, esb, Java, jbi, module, opensource, ow2, PEtALS, petalspourlesnuls, routage, router, service, SOA, tip Image may be NSFW.
Clik here to view.
Image may be NSFW.Clik here to view.
