¿Cómo ponerse al día con SOA?

Question

Me han dado la tarea de sentar las bases de una SOA para mi cliente. El objetivo es abrir varios procesos de forma independiente para el cliente final y también para que los datos estén disponibles sin conexión, p. para representantes que visitan clientes.

Tengo una amplia experiencia con J2EE (Websphere) y servicios web, pero agradecería consejos sobre cómo crear una SOA de este tipo.

¿Dónde están las trampas? ¿Qué hay de la seguridad? ¿Cuán finamente granulado deberían ser los servicios? etc.

Los enlaces a tutoriales y recomendaciones de libros también serían útiles.

Gracias!

Answer 1

trampas

• de versiones/compatibilidad hacia atrás: se pone muy difícil cambiar un contrato una vez que tenga un montón de clientes. He visto muchos sitios versión de las API mediante la introducción de la versión en la URL

Granularidad

• Cada servicio debe ser reasonly autónomos (no esperar que la gente a hacer 3 llamadas antes de que obtener lo que necesitan)

Independencia de la plataforma

• tratar de dar más de una manera de acceder a sus APIs (WS, JSON, REST ...)

Answer 2

Obtener un (Enterprise Service Bus) ESB: Mulesource es una buena opción (Opensource, maduro, sin embargo, filo sangriento) . Una vez que lo entiendas, entenderás SOA.

Answer 3

Las personas no pueden ponerse de acuerdo sobre lo que realmente significa SOA.

http://martinfowler.com/bliki/ServiceOrientedAmbiguity.html

(aunque el consenso puede haber crecido desde que se escribió)

Sugiero interrogar a su cliente para saber exactamente lo que quieren decir - en todo caso. A continuación, proporcióneles algo que realmente proporcione el valor comercial, mientras marca cualquier casilla SOA que pueda coincidir con ese esfuerzo.

Answer 4

Encontré este IBM Redbook (#sg246303) que es una buena introducción a los principios básicos de SOA.

Answer 5

El objetivo es abrir varios procesos en un cliente final independiente camino y también para que los datos disponibles en línea por ejemplo para los representantes que visitan clientes.

La segunda mitad de eso no es realmente un tema SOA, es más un problema de replicación para dispositivos móviles.Me quedaría lejos, muy lejos de tratar de implementar una palabra de moda y centrarme en los problemas que está afirmando. Los servicios web son una buena forma de abrir el proceso a formas independientes del cliente.

Answer 6

Llámame un SOA-escéptico. El lamento de Fowler todavía parece estar en lo cierto.

Me centraría en el problema más general: su cliente tiene 2 o más aplicaciones que tienen que colaborar juntas. Mira los patrones de integración de la vieja escuela.

EIP image http://rcm-images.amazon.com/images/I/51tVn4YqQUL._SL110_.jpg

Answer 7

Como dijo Alan, me gustaría empezar la lectura de la Enterprise Integration Patterns book. Hay varias formas de implementarlos, ya sea utilizando un sistema de mensajería directamente como JMS o utilizando proyectos de código abierto como Apache Camel, por ejemplo, consulte pattern catalogue.

También me gustaría entender cómo crear buenos servicios RESTful utilizando JAX-RS con Jersey como una forma sencilla de exponer los recursos para sus sistemas a cualquier persona en la web desde cualquier idioma/plataforma fácilmente sin caer en el SOAP/WS * deathstar :)

Answer 8

Hasta ahora el mejor libro que he encontrado es SOA Compass también disponible en Amazon