BizTalk 2009 ESB Confusión

Question

Tengo un poco de experiencia con BizTalk y estoy tratando 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 "rampa" y un "puerto de recepción"?
2. ¿Por qué necesita itinerarios, puede que no basta con crear los mismos que utilizan los puertos y orquestaciones? Obviamente estoy perdiendo algo.

Un par de preguntas más generales:

1. todos mensajes todavía tienen que pasar por el cuadro de mensaje?

Gracias de antemano por cualquier idea.

Answer 1

on-rampas

La sobre-rampas 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 se quiere) con todas las propiedades necesarias para que, por ejemplo, el mensaje itinerario posible, usted encontrará todo lo posible encabezado por tener aspecto de "EsbEnvGeneric.xsd"

itinerarios

Me gusta NealWalter responder en esta encendido. Sin embargo, me gusta simplemente añadir el enfoque mensaje itinerario puede ahorrar potencial mucho de tiempo y esfuerzo de desarrollo. Se puede hacer de una organización más ágil y facilidad cambio en sus procesos. Si no tenemos para desarrollar e implementar una orquestación nueva pero sólo cambiar alguna configuración y el uso de nuestras cosas existentes, que por supuesto puede ahorrar mucho tiempo. Y este es el valor grande en un itinerario de ESB y el mensaje tal como lo veo.

cuadro de mensaje

Los mensajes en BizTalk siempre tienen que ir a través del cuadro de mensaje. En la próxima versión de MS han estado insinuando sobre un escenario de baja latencia en BizTalk - tal vez después podemos ganar un poco más de control, pero más, pero por ahora mensajes se persistía muchas veces en su camino a través de BizTalk y no hay nada que sobre eso <. / p>

Answer 2

Sólo estoy hablando solamente con su segunda pregunta:

  

2) ¿Por qué necesita itinerarios, puede   no sólo tiene que crear el mismo usando   puertos y orquestaciones? soy   Obviamente perdiendo algo.

En el último lugar donde trabajaba, se ha trabajado en nuestra ESB durante aproximadamente un año. La idea de la itenary es que cuando llega un mensaje en el ESB, que debe ir mágicamente en la secuencia correcta de los sistemas apropiados.

Con un sistema de proceso de negocio (BPM) Orientada, normalmente se escribe una orquestación para dirigir el flujo de la lógica. En otras palabras, se codifican el itinerario o la ruta del mensaje en la orquestación. En la ESB que construimos, las reglas de negocio decidieron donde iría el mensaje. Todavía teníamos orquestaciones para puntos finales, pero por lo general eran cortas y sólo lo hizo el mapeo y algunas funciones muy básicas. En otros lugares que he trabajado, las orquestaciones pueden ser bastante grandes.

Así que las reglas de qué hacer con el mensaje tiene que estar en alguna parte. En el ESB, cada punto final debe ser totalmente agnóstico y conscientes de los otros puntos finales. El campo de ESB presume que el sistema necesita cambiar más dinámicamente sin tener que volver a desplegar software (es decir orquestaciones). Así que con nuestra ESB, sólo podría cambiar las reglas de negocio y volver a implementarlas.

Algunas de las cuestiones difíciles con un ESB se desarrollan las transacciones, rollback, y por lo general la creación de un proceso de control de errores comunes.

Neal Walters http://BizTalk-Training.com

Answer 3

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. que utiliza un puerto de recepción para poner en práctica un modelo del mundo ESB; Por lo tanto - 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 con el mensaje de petición solicitada; un cliente menos clued-up puede simplemente entregar un mensaje, y la infraestructura de ESB (o más bien - la implementación de la misma) podría resolver el itinerario correspondiente para la solicitud específica (esto se puede hacer uso de reductores, fuera de la caja o personalizada, que utilizaría diferentes métodos para decidir qué itinerario se necesita). Teóricamente los dos también se pueden combinar en el que el cliente proporciona un itinerario pero la ESB en la rampa reemplaza / cambia.

Answer 4

Para la pregunta general, por lo que recuerdo, sí, todos los mensajes se Va a través del cuadro de mensaje. Pero he estado utilizando BizTalk 2006 R2. Mira la foto aquí .

Para los otros dos pregunta, nunca imaginé completamente yo mismo. No tengo el tiempo para investigar en este momento, pero probablemente lo haré si nadie nos ilumine:)