Pregunta

Mi organización recientemente ha estado luchando la cuestión de si debemos incorporación de diferentes productos de middleware / conceptos en nuestras aplicaciones. Productos que estamos mirando son cosas como Pegasystems, Oracle BPM / BPEL, BizTalk, Fair Isaac Blaze, etc., etc., etc.

Pero estoy teniendo un tiempo difícil conseguir una manija en todo esto. Antes de seguir adelante con la evaluación de la utilidad (positivo o negativo) de estos diferentes productos que estoy tratando de conseguir una comprensión de todos los diferentes conceptos en este espacio. Estoy abrumado con una sopa de letras de BPM, ESB, SOA, CEP, WF, BRE, ERP, etc. Algunos productos parecen cubrir uno o más de esos aspectos, otros se centran en hacer una. Los términos todos parecen muy ambigua y fusionado entre sí.

¿Hay un recurso bien por ahí para conseguir una manija en todos estos diferentes conceptos de middleware / patrones? ¿Un libro? ¿Una página web? Un artículo que resume bien? Los puntos de bonificación si hay un recurso que se asigna a los diversos productos populares en el que el patrón (s) que dirección.

Gracias,

~ Justin

¿Fue útil?

Solución

He pasado los últimos 3-4 años los blogs sobre los temas que usted ha mencionado ( http://www.UdiDahan.com ), así como escribir mi propio peso ligero ESB ( http://www.NServiceBus.com ) y muchos más años de trabajo y consultoría en este espacio. La principal conclusión que he llegado a lo que se necesita es fuerte análisis de negocio y la arquitectura tecnológicamente agnóstica -. Ninguna herramienta o tecnología puede prevenir un desastre por sí mismo

No es el libro de Patrones de integración empresarial que proporciona un buen catálogo de los patrones técnicos involucrados, pero no toca en el análisis de negocio necesario. He encontrado que las Redes de Valor ( http://en.wikipedia.org/wiki/Value_network_analysis ) se puede utilizar como punto de partida bueno para la identificación de los límites de negocios para que las fronteras puede ser entonces alineados, dando lugar a los beneficios de SOA, y el uso de un ESB a través de esas fronteras se justifica.

CEP, WF, y BRE se debe utilizar dentro de un límite y no a través de ellos.

paquetes ERP tienden a traspasar fronteras y, como tal, debe integrarse poco a poco en los límites mencionados. - capas contra la corrupción DDD se pueden utilizar para aislar la lógica personalizada de esas aplicaciones

Espero que ayude.

Otros consejos

IBM y Oracle SOA tienen certificaciones. Ya que son los líderes en el mercado (Cuadrante Mágico de Gartner), me gustaría leer sobre cómo se definen a SOA y ESB (junto con la metodología y los componentes necesarios para apoyar SOA como Gobierno, registro, etc, etc). Te dará la descripción de alto nivel que usted está buscando y los casos de uso "todo esto middleware" está tratando de resolver.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top