Alternativa ESB - BizTalk Server, Message Broker

[BeyondNet]

Buenas Tardes Estimados:

Estamos diseñando un módulo de integraciones para nuestro sistema de negocio, entendemos todos que normalmente deberíamos tener un Biztalk Server ó Message Broker pero lamentablemente no podemos contar con estas herramientas y debemos investigar. Para esto y pensando en como podemos llegar a tener una solución lo más parecida posible

encontré algunas alternativas como NServiceBus (http://nservicebus.com/).

Nos ayudaría mucho leer por este medio alguna de sus experiencias en estos casos. ¿Que herramienta ESB open source nos recomendarían?

[Gustavo Fuentes]

Mirá también MassTransit (http://masstransit-project.com/) dependiendo de lo que necesitas hacer tiene un nivel de acoplamiento con tu aplicación menor que NSB... yo hace un tiempo los estuve evaluando y NSB, si bien como herramienta es muy buena, no me gustaron las dependencias que genera, De hecho las respuestas de Udi Dahan (creador de NSB) acerca de ese acoplamiento terminaron por convencerme x MT.

GF

[cibrax]

Hola,

Biztalk tiene mucha fama por ser altamente robusto y escalable, y soportar muchos adaptadores para facilitar la integracion. De todos modos, no es la unica solucion para integrar sistemas, y quizas tampoco necesites un ESB. Puede ser que con una simple arquitecture Pub/Sub puedas solucionar tu problema tambien con un sistema de mensajeria como Rabbit MQ, o tenes el nuevo Service Bus Server que fue releseado hace un par de semanas (El mismo que estaba en Azure y ahora corre en forma local). Service Bus con topics puede ser una buena opcion.

Saludos

Pablo. 

El sábado, 10 de noviembre de 2012 20:00:36 UTC-3, BeyondNet escribió:

[Alberto Arroyo Raygada]

Gustavo:

Gracias por tu respuesta, el fin de semana estuve revisando algo de IIS/WAS + AppFabric + WCF y WF, juntando estas tecnologías Microsoft incidca que se puede armar una base sólidad para este tipo de productos. ¿Haz visto algo de este esquema?

Haz trabajado alguna vez con este esquema, nuevamente gracias por tus sugerencias.

Saludos.

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/LjMB5JS8VBQJ.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a altnet-hispan...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/altnet-hispano?hl=es.

--
Alberto Arroyo Raygada

Desarrollador de Software

Sitio Web: http://www.cslanet.org

Celular: (511) 99752-5257

[Gustavo Fuentes]

No he trabajado bajo ese esquema... pero creo que la pregunta del millón es: qué es lo que estas necesitando hacer? Enviar (y olvidarte) y recibir mensajes asincrónicos? Enviar mensajes y quedarte a la espera de una respuesta? Implementar alguna transacción Saga? Los mensajes van a salir de tu LAN? Como siempre, cuanto mas simple mejor,... siempre y cuando luego te permita crecer!

{

   me: 'Gustavo Fuentes',

   mobile: '+54 9 11 69674021'

}

[Alberto Arroyo Raygada]

Hola Gustavo:

La necesidad funcional es implementar servicios que basados en información de múltiples sistemas core (de negocio), reciban y entreguen información a clientes , proveedores. Entregar y recibir diversos formatos y técnologías, desde interfaces basadas en especificaciones de texto, csv, hasta servicios (Web Services, Rest, etc.) que entreguen y reciban XML, texto, etc...

Para etso estamos pensando, al no poder comprar un Bistalk Server ó Message Broker, tomar algunas tecnologías existentes (AppFabric, WCF, WF ó tambien Services Bus como bien indicas) y sobre estos desarrolloar los servicios. También sería bueno saber de algun Framework que podamos montar sibre IIS y AppFabric que me permita encapsular complejidades WCF, etc,.

Por favor me indicas si me deje entender.

Gracias por tu valioso interes y apoyo.

[Esteban Grinberg]

Es otro enfoque completamente distinto, mas datacentrico y menos .net, pero sin conocer las especificidad de tu desarrollo, sería evaluar usar ssis (Sql server integration services)
O cualquier otro ETL. Sirve como integrador de datos de múltiples y dispares fuentes, es muy escalable y soporta volúmenes de datos grandes.

Pero bueno... depende mucho de lo que quieres hacer, si esta opción tiene sentido o no.

Enviado desde mi iPad

[Carlos Admirador]

BeyondNet, experiencias real world con  AppFabric, WCF, WF ó tambien Services Bus ?