Pregunta

Estoy tratando de obtener una mayor comprensión de los autobuses de mensajes y una pregunta que se presenta de nuevo en mi cabeza es "¿cómo sale el mensaje en el bus?". Ahora, supongo que hay un servicio (WCF, etc.) de algún tipo que recibe los mensajes y los pone en el bus. De manera que la otra pregunta que tengo es que no es este servicio, entonces probablemente será un cuello de botella? Asumo que lo haría el arquitecto de este servicio de manera que se puede escalar fácilmente, por ejemplo, mediante el equilibrio de carga? ¿O habría otra manera?

También (lo siento, fue originalmente sólo se supone que es una pregunta), donde se celebrarán las tablas de enrutamiento de mensajes que definen dónde deben ir; en una base de datos? Una vez más, no sería esto entonces ser un cuello de botella potencial?

Estoy tratando de ver esto desde un producto (BizTalk etc) o un marco (NServiceBus, Mass Transit, etc.) perspectiva. Como si se va a escribir este tipo de cosas desde cero. Quiero conseguir mi cabeza acerca de lo que está recibiendo y los posibles problemas. Supongo que si se utiliza BizTalk que tiene el cuadro de mensaje para las tablas de enrutamiento, un cuello de botella notoria en el pasado. También ver que tiene el concepto de "rampas de acceso" con la parte ESB de 2009. Sin embargo, como ya he dicho, me gustaría pensar más allá de un producto y ver cómo la gente debe Architected.

Muchas gracias por cualquier penetración.

¿Fue útil?

Solución

Una cosa es posible que desee considerar es que un autobús de servicio es algo un poco diferente que un bus de mensajes. Para entender la diferencia, tenemos que mirar lo que es un servicio en el sentido de SOA.

Un servicio WCF no es un servicio SOA - ya que no es necesariamente autónoma (ya sea en tiempo de ejecución, donde puede ser bloqueado por otros servicios WCF que llama, o en tiempo de diseño, donde se puede requerir de versiones cuando el WCF servicios que exige el cambio).

La mayoría de las cuestiones técnicas que usted plantea (escalamiento, enrutamiento, etc) son, ante todo, dirigida por la autonomía del servicio en cuestión. Sólo entonces un ESB comienzan a tener sentido.

Yo entiendo que esto no ofrece mucho en el camino de orientación, pero se puede tratar de leer algunas de las cosas que he escrito en este tema (durante los últimos 3 años) en mi blog y en los artículos I' he publicado. He aquí una buena (y reciente) uno que pueda empezar en la dirección correcta:

http: // www.udidahan.com/2009/09/29/article-eda-soa-through-the-looking-glass/

Espero que ayude de alguna manera.

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