2012-04-26 23 views
15

Hola mundo de stackoverflow, un placer conocerte a todos.Comparación de suites SOA -Jboss, Apache, WSO2 o ... ¿algo más?

Mi primera pregunta aquí es sobre una investigación que estoy haciendo en estos días: debo elegir entre las arquitecturas orientadas a software de código abierto, y me parece que las tres plataformas completas (tienen todas las piezas que necesito) son:

Mi conclusión sobre estas plataformas son que:

  • JBoss está respaldado por una comunidad grande y activa , y es el primero de lo que he oído hablar. La desventaja es que su ESB no puede coincidir con los múltiples puntos finales de los servicios - en otras palabras, solo coincide con un punto final por servicio;
  • Apache tiene una gran comunidad también, y tiene Toscana SCA (Service Component Architecture) [http://tuscany.apache.org/] - WSO2 y JBoss no tienen un middleware SCA (dime si estoy equivocado aquí);
  • WSO2 tiene un conjunto completo (parece que tiene todas las piezas de middleware SOA) a excepción de la SCA. Aquí el inconveniente es que la comunidad tiene solo 350 miembros - declaran que se han unido a los proyectos de Apache, pero no creo que la comunidad de Apache admita directamente sus productos.

Si mi investigación me llevó a una conclusión incorrecta, dígame dónde he entendido mal algo, y si cree que está incompleto y hay alternativas que deben tenerse en cuenta, será muy útil saber cuáles son son. No mencioné piezas sueltas (como BPM de Bonita [http://www.bonitasoft.com/], por ejemplo)] porque creo que construir una SOA sería más fácil si empiezo con una suite y luego cambio algunas piezas.

Si crees que no es el enfoque correcto, estaré encantado de tener en cuenta cualquier alternativa que me muestres.


EDITAR

Estas son las piezas que no se encuentran en las plataformas:

  • Jboss: Business Activity Monitoring (BAM), Service Component Architecture (SCA) WSO2: SCA;
  • Apache: herramienta de desarrollo (tal vez Eclipse se debe utilizar), Gestión de Procesos de Negocio (BPM), reglas de negocio, Registro
  • WSO2: SCA.

Gracias de antemano a todos,

alguien que todavía está aprendiendo

+0

Nota, WSO2 tiene su base en el software Apache también. Apache Axis2 y Apache Synapse por ejemplo. –

Respuesta

14

Como mencionó si está buscando una suite SOA completa, entonces WSO2 puede ser la mejor solución. Principalmente por:

  • Una plataforma SOA completa con tiempo de ejecución de carbono basado en OSGi.
  • Cubre la mayoría de los componentes en un SOA típico. (No es que necesite todos estos componentes, pero está ahí si los necesita en algún momento. WSO2 facilita la administración de características en varios productos en SOA utilizando la administración de funciones P2, es decir, similar a la función Eclipse mgmt)
  • Todos los componentes en la pila están disponibles como PaaS. (WSO2 Stratos)
  • Comprobado en los casos de uso de gama alta 1.
  • Después de todo, su fuente 100% abierta (Apache License 2.0) y basada en estándares.

Sin embargo, en cuanto a los comentarios sobre la interacción Apache y WSO2, la mayor parte de los productos WSO2 están basados ​​en uno o más proyectos de Apache (ESB: Apache Synapse, Axis2, axioma, AS: Axis2, axioma, BPS: Apache ODE etc.) Y la mayoría de los PMC y los Committers de estos proyectos están involucrados en WSO2. Entonces, la conclusión es que hay una conexión estrecha entre wso2 y apache. Para obtener más información, consulte 2.

http://b.content.wso2.com/wp-content/themes/wso2ng-v3/images/wso2_new_platform_diagram.jpg

+0

Gracias por sus respuestas, han sido muy útiles. – OverTheBitStair

+0

Ahora estoy tratando de construir un WSO2 SOA, y ya he instalado WSO2 Carbon. Me di cuenta de que hay muchas funciones para este software. ¿Es un coordinador de suite, ON, donde puedo instalar ESB, Governance Registry, etc., o tiene una función diferente? – OverTheBitStair

+1

WSO2 Carbon es el núcleo de todos los productos WSO2. Puede ejecutar cada Producto WSO2 como una instancia separada. Si es necesario, puede crear productos híbridos mediante la instalación de las características de otros productos. Es mucho extensible. –

4

El cara a cara. Las piezas de apache no están tan unidas. Siempre sugiero que, si elige el código abierto, ensamble un paquete que realmente se adapte a sus necesidades.

Por lo tanto, apache tiene una buena pila de servicio/integración: http://servicemix.apache.org/. Eso incluiría un contenedor de servicio, un motor de enrutamiento (Camel), una capa de mensajería (ActiveMQ), etc. Además de eso, solo agregue componentes de código abierto de alto nivel para las reglas Drools y BPM, Activiti. O Apache ODE para BPM, sí, Apache tiene una solución de BPM. Aunque, recomendaría usar jBPM o Activiti en su lugar.

Además, piense en cuál es su caso real de negocio, y sus requisitos. Se requerirá un gran esfuerzo (técnico, comercial y de proceso) para colocar una pila completa de SOA y hacer que produzca valor comercial.

Una última palabra, no pensar demasiado sobre la interoperabilidad entre piezas individuales en el código abierto de SOA. La interoperabilidad es para qué está hecha esta cosa :)

+0

Gracias por sus respuestas, han sido muy útiles. – OverTheBitStair

0

En términos de código abierto que también debe mirar a Fuse ESB, basado en un conjunto de productos que incluye Apache ServiceMix: http://fusesource.com/products/enterprise-servicemix/, ahora con el apoyo de RedHat. Tanto WS02 como Fuse ESB parecen ser soluciones de ESB muy capaces, según sus requisitos exactos. Puede obtener SCA utilizando Tuscany junto con estos.