Pros y contras de Web Services Estrategias de control de versiones

Question

Actualización 20100224 Realmente no necesito algunas definiciones cojas del sitio web de algunos proveedores. Lo que busco es la implementación práctica y los desafíos que enfrenta el ciclo diario de TI/negocios para las personas que realmente implementan esto.

Más cosas de la siguiente manera:

Ninguna estrategia de retiro ha sido creada/adoptada: Obviamente uno tiene que ser creado. Estoy interesado en cómo crear esta estrategia y venderla a la gerencia. ¿Cuáles son todos los costos/beneficios que observa? ¿Hace un análisis de BE sobre los requisitos de recodificación del cliente frente a los requisitos de soporte interno? ¿Asigna un valor de $ a los costos de soporte interno de API antiguas?

implicaciones de soporte de TI de producción: cómo ha trabajado con sus grupos de TI de producción para implementar su estrategia. ¿Qué les gusta y qué los vuelve locos?

Software: ¿Qué les gusta hacer a los chicos de software, qué les dice el negocio que hagan y qué hacen en realidad? ¿Qué funciona mejor para ellos?

QA: ¿Cómo le gusta a QA manejar las pruebas. ex. Si ha creado un único servicio que maneja múltiples versiones, ¿hace el control de calidad una regresión completa de todo cada vez que se realiza un cambio en una de las versiones?

DBA: ¿Cómo maneja su dba con los procesos comunes que son críticos para el registro de datos para agregar un campo a una respuesta xml? ¿Tiene un solo proceso o hace ramas y segmentos según el esquema u otro?

---

nota original

Estoy recogiendo información sobre los pros y los contras de diferentes servicios web de versiones estrategias. El negocio aún no ha determinado una estrategia para la jubilación de servicios web, y mis servicios web cambian significativamente debido a los cambios en los productos, los cambios en las necesidades de los clientes y los cambios en la integración de nuestros socios.

Estoy buscando ventajas y desventajas para mantener independientes versiones independientes o múltiples/integradas en el tiempo y cómo esto afecta al negocio, incluidos los recursos de integración de desarrollador/soporte técnico, soporte de TI de producción, Software, QA & DBA.

Se aprecian todas las ideas, experiencias, recursos o ideas.

Answer 1

Los servicios web de nuestra aplicación son solo un front-end de la lógica comercial.

Aparece una nueva versión del servicio web debido a cambios en la lógica de negocios. Cuando se presenta una nueva versión del servicio web, se coloca debajo de la nueva url. Por ejemplo:

ver1 /websvc 
ver2 /websvc2

Existe un código especial entre la capa del servicio web y la capa empresarial. Esta capa maneja las diferencias en las versiones de servicios web y pasa una llamada a la última capa empresarial.

Es el problema del código de fachada especial (entre el servicio web y la lógica de negocios) conocer las diferencias de versión del servicio web.