Pregunta

Estamos considerando una infraestructura ESB.

¿Cuándo consideraría productos de código abierto como Mule y cuándo consideraría paquetes como TIBCO, BizTalk u Oracle Fusion?

¿Fue útil?

Solución

El costo y el soporte son las dos características distintivas obvias.

Si no tiene dinero para pagar las licencias, el código abierto es una buena alternativa.

Si no le gusta el código abierto debido a objeciones de la gerencia, entonces optará por un producto con licencia.

Con el código abierto, quieres estar seguro de que estás obteniendo algo que tenga cierta longevidad.Los signos son comunidades vibrantes de desarrolladores y usuarios, fácil acceso al soporte del foro, actualizaciones periódicas del software, basadas en estándares con alternativas disponibles, etc.No querrás elegir algo tan fundamental como la infraestructura y arrepentirte un año después porque el proyecto de código abierto se ha desmoronado.

Los ESB pueden desempeñar muchas funciones:

  1. Pasarela para B2B con terceros
  2. mensajería entre servicios
  3. transformación entre formatos (EDI, XML, etc.)
  4. orquestación de servicios
  5. centralización de preocupaciones transversales como auditoría, registro, métricas, etc.

Querrá tomar una decisión cuidadosa para satisfacer todas estas necesidades.

Otros consejos

No sé nada de su producto, pero frente desacoplamiento. .. discute brevemente un punto importante muchas veces se pierde, y que puede morder muy duro en el futuro.

Me preocupa que BizTalk está siendo tomado por los tipos de .NET dentro de Microsoft, y puede ser dirigido en la dirección de las interfaces asociadas estrechamente de WCF. Leer mucho, hacer muchas preguntas. No hay que esperar mucho de las ofertas de código abierto.

Aquí hay un informe detallado que podría ser útil para usted: Forrester Wave: Enterprise Service Bus, Q2 2011

Tenga en cuenta que el informe no cubre varias soluciones ESB populares de código abierto.

Por favor refiérase a @ duffymo de respuesta de orientación sobre la conveniencia de utilizar una fuente abierta ESB.

Entre otras preocupaciones, dada la naturaleza del patrón de diseño ESB, el rendimiento es muy importante. Hay muchos resultados publicados por ahí. Aquí está el última ronda de ESB rendimiento hecho en enero de 2013. Sin embargo, en el espacio escénico, es aconsejable ejecutar su propia prueba de rendimiento y escoja, en lugar de la banca en lo que se publican por ahí.

Además del rendimiento, facilidad de uso, la extensibilidad, esfuerzo de desarrollo que lleva a la integración de sistemas a través de la ESB debe ser tenido en cuenta. A veces, puede iniciar la integración con un ESB, y más tarde, ya que el sistema evoluciona, capacidad para gobernar la solución, la seguridad, la capacidad de monitorear, medición y facturación, número de conectores compatibles, entrará en la imagen. Así que es posible que desee tener cuidado con las soluciones relacionadas de todo el ESB a lo largo de esas líneas.

En general, como es el caso con cualquier software, el coste total de propiedad (TCO) también es clave. A veces, sería al parecer ser menos costoso que empezar con un solo proveedor, sin embargo, con el tiempo los costos podría proliferar. Especialmente, compatibilidad y facilidad de mantenimiento es importante, dado el carácter central de la utilización de ESB.

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