BizTalk 2009 ESB Confusion

Question

Tengo un poco de experiencia con BizTalk y trato de entender BizTalk 2009 ESB Toolkit 2 sin usarlo. En primer lugar, me pregunto si alguien puede aclarar un par de conceptos para mí:

1. ¿Cuál es la diferencia entre una "on-ramp" y un "puerto de recepción"?
2. ¿Por qué necesita itinerarios, no puede simplemente crear los mismos puertos de uso y orquestaciones? Obviamente me falta algo aquí.

Un par de preguntas más generales:

1. Haz todos los mensajes todavía tiene que pasar por el cuadro de mensaje?

Gracias de antemano por cualquier idea.

Answer 1

on-rampas

El rampas de acceso son servicio web basado puerto de recepción, pero son un poco diferente, ya que acepta mensajes XML genéricos. Sin embargo, los mensajes tendrán un encabezado SOAP muy especial (un "sobre" si lo desea) con todas las propiedades necesarias para hacer posible, por ejemplo, un itinerario de mensaje. Encontrará todos los encabezados posibles al buscar en "EsbEnvGeneric.xsd"

itinerarios

me gusta NealWalter responder en esta encendido. Sin embargo, me gustaría agregar el enfoque del itinerario del mensaje puede ahorrar mucho de esfuerzo de tiempo y desarrollo. Puede hacer que las organizaciones sean más ágiles y facilitar el cambio en sus procesos. Si no tenemos que desarrollar y desplegar una orquestación completamente nueva, solo cambiaremos algunas configuraciones y usaremos nuestros bits existentes que, por supuesto, pueden ahorrar mucho tiempo. Y este es el gran valor en un ESB y en el itinerario de mensajes tal como lo veo.

cuadro de mensaje

Mensajes en BizTalk siempre tienen que ir a través del cuadro de mensaje. En la próxima versión, MS ha estado insinuando un escenario de baja latencia en BizTalk, quizás entonces podamos obtener un poco más de control, pero más, pero por ahora, los mensajes se mantienen muchas veces en su camino a través de BizTalk y no hay nada de eso.

Answer 2

Para la pregunta general, por lo que recuerdo, sí, todos los mensajes van a través del cuadro de mensaje. Pero he estado usando BizTalk 2006 R2. Mira la imagen here.

Para las otras dos preguntas, nunca me di cuenta por completo. No tengo el tiempo para investigar en este momento, pero probablemente lo haré si nadie nos ilumine :)

Answer 3

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

Answer 4

Un par de puntos de vista adicionales -

Puertos de recepción/las rampas de acceso - totalmente de acuerdo con la respuesta de Riri y que sólo tiene que añadir - una rampa en el contexto de una aplicación de BizTalk ESB es una implementación específica de un puerto de recepción; un subconjunto; un caso privado. usa un puerto de recepción para implementar un patrón del mundo de ESB; Entonces, no son diferentes per se.

itinerarios - una vez más - de acuerdo con ambos Neal y Riri y añadiría, en respuesta a su pregunta - el BizTalk ESB puede utilizar itinerarios de diferentes maneras - un cliente 'clued-up' puede entregar el itinerario solicitado con el mensaje de solicitud; un cliente menos atento puede simplemente enviar un mensaje, y la infraestructura de ESB (o más bien, su implementación de la misma) podría resolver el itinerario relevante para la solicitud específica (esto se puede hacer usando resolutores, listos para usar o personalizado, que usaría diferentes métodos para decidir qué itinerario se necesita). Teóricamente, los dos también se pueden combinar cuando el cliente proporciona un itinerario, pero la rampa de ESB lo reemplaza/cambia.