2010-04-30 28 views
2

Mon organisation a récemment commencé à se demander si nous devrions incorporer différents produits/concepts de middleware dans nos applications. Les produits que nous examinons sont des choses comme Pegasystems, Oracle BPM/BPEL, BizTalk, Fair Isaac Blaze, etc., etc., etc.Comment maîtriser tout ce middleware?

Mais je vais avoir du mal à obtenir une poignée sur tout cela. Avant d'aller de l'avant avec l'évaluation de l'utilité (positive ou négative) de ces différents produits, j'essaie de comprendre tous les différents concepts de cet espace. Je suis submergé par une soupe alphabétique de BPM, ESB, SOA, CEP, WF, BRE, ERP, etc. Certains produits semblent couvrir un ou plusieurs de ces aspects, d'autres se concentrent sur l'un. Les termes semblent tous très ambigus et confondus les uns avec les autres.

Existe-t-il une bonne ressource pour maîtriser tous ces concepts/modèles de middleware? Un livre? Un site Web? Un article qui résume bien? Points bonus s'il existe une ressource qui mappe les différents produits populaires dans le (s) motif (s) qu'ils traitent.

Merci,

Justin ~

Répondre

5

J'ai passé les 3-4 dernières années de blogs sur les sujets que vous avez mentionnés (http://www.UdiDahan.com), ainsi que l'écriture de mon propre ESB léger (http://www.NServiceBus.com) et bien d'autres années travailler et consulter dans cet espace. La principale conclusion à laquelle je suis parvenu est qu'une analyse commerciale solide et une architecture technologiquement agnostique sont nécessaires - aucun outil ou technologie ne peut empêcher un gâchis en lui-même.

Il existe le livre Enterprise Integration Patterns qui fournit un bon catalogue des schémas techniques impliqués mais ne concerne pas l'analyse métier nécessaire. J'ai découvert que les réseaux de valeur (http://en.wikipedia.org/wiki/Value_network_analysis) peuvent être utilisés comme un bon début pour identifier les limites des entreprises auxquelles les limites informatiques peuvent ensuite être alignées, ce qui entraîne les avantages de la SOA et justifie l'utilisation d'un ESB à travers ces frontières.

CEP, WF et BRE doivent être utilisés dans une limite et non à travers eux.

Les packages ERP ont tendance à dépasser les limites et, en tant que tels, doivent être intégrés au coup par coup dans les limites mentionnées - Les couches anti-corruption DDD peuvent être utilisées pour isoler la logique personnalisée de ces applications.

Espérons que ça aide.

+0

Thx pour la réponse Udi. J'ai lu certains de vos articles et vous ai déjà entendu interviewer. J'apprécie vraiment votre contribution. Je vais vérifier les ressources que vous mentionnez. – RationalGeek

0

IBM et Oracle ont des certifications SOA. Comme ils sont les leaders sur le marché (Gartner Magic Quadrant), je voudrais lire sur la façon dont ils définissent SOA et ESB (ainsi que la méthodologie et les composants nécessaires pour soutenir SOA comme la gouvernance, le registre, etc etc). Il vous donnera la vue d'ensemble de haut niveau que vous cherchez et les cas d'utilisation "tout ce middleware" essaie de résoudre.