sólo estoy hablando solamente con su segunda pregunta:
2) ¿Por qué necesita itinerarios, ¿puede no simplemente crear el mismo utilizando puertos y orquestaciones? Estoy obviamente falta algo aquí.
En el último lugar donde trabajé, trabajamos en nuestro ESB durante aproximadamente un año. La idea de la itenary es que cuando un mensaje entra en el ESB, debe ir mágicamente en la secuencia correcta a los sistemas apropiados.
Con un sistema orientado a procesos de negocios (BPM), normalmente se escribe una orquestación para dirigir el flujo de la lógica. En otras palabras, codifica el itinerario o la ruta del mensaje en la orquestación. En el ESB que creamos, las reglas de negocio decidieron dónde iría el mensaje. Todavía teníamos orquestaciones para puntos finales, pero generalmente eran cortas y solo funcionaban mapas y algunas funcionalidades muy básicas. En otros lugares que he trabajado, las orquestaciones pueden ser bastante grandes.
Por lo tanto, las reglas de qué hacer con el mensaje deben estar en algún lugar. En el ESB, cada punto final debe ser totalmente agnóstico e ignorar los otros puntos finales. El campo de ESB presupone que el sistema debe cambiar de forma más dinámica sin tener que volver a implementar el software (es decir, orquestaciones). Entonces, con nuestro ESB, podría simplemente cambiar las reglas comerciales y volver a implementarlas.
Algunos de los problemas más difíciles con un ESB se refieren a transacciones, reversiones y, por lo general, crean un proceso común de manejo de errores.
Neal Walters http://BizTalk-Training.com
Me han informado que puede evitar el uso del cuadro de mensaje con 2009 y el ESB, por lo que hice la pregunta. Gracias –