Avantages et inconvénients des stratégies de gestion des versions de services Web

Question

Mise à jour 20100224 Je n'ai vraiment pas besoin de définitions boiteuses de certains sites Web de fournisseurs. Ce que je cherche, c'est la mise en œuvre pratique et les défis rencontrés dans le cycle informatique/métier quotidien pour les personnes qui implémentent réellement ce genre de choses.

Plus de choses suit:

Aucune stratégie de retraite a été créé/adopté: Il est évident que l'on doit créer. Je suis intéressé par la façon dont vous créez cette stratégie et la vendez à la direction. Quels sont tous les coûts/avantages que vous regardez? Effectuez-vous une analyse BE sur les exigences de recodage des clients par rapport aux exigences de support interne? Affectez-vous une valeur $ aux coûts de support interne des anciennes API?

Incidences du support informatique: comment avez-vous travaillé avec vos groupes informatiques de production pour déployer votre stratégie? Qu'est-ce qu'ils aiment et qu'est-ce qui les rend fous? Logiciel: Que voulez-vous que les développeurs fassent, que leur demande-t-il de faire et que font-ils réellement? Qu'est-ce qui fonctionne le mieux pour eux? QA: Comment QA aime-t-il gérer les tests? ex. Si vous avez créé un seul service qui gère plusieurs versions, l'assurance qualité effectue-t-elle une régression complète pour chaque fois qu'une modification est apportée à l'une des versions? DBA's: Comment vos dba traitent-ils les processus communs qui sont critiques pour l'enregistrement de données pour l'ajout d'un champ à une réponse xml? Avez-vous un seul proc ou faites-vous des branchements et des segments en fonction du schéma ou autre?

---

note originale

Je collectionne les informations sur les avantages et les inconvénients des différents services Web stratégies versioning. L'entreprise n'a pas encore défini de stratégie pour la mise hors service des services Web, et mes services Web changent considérablement en raison des changements de produits, des changements apportés aux exigences des clients et des changements apportés à l'intégration de nos partenaires. Je suis à la recherche d'un pour/contre pour maintenir indépendant des versions autonomes ou multiples/intégrées au fil du temps et comment cela affecte l'entreprise, y compris les ressources d'intégration de développeur/développeur, support informatique de production, logiciels, QA & DBA.

Toute idée, expérience, ressource ou idée est appréciée.

Answer 1

Les services Web dans notre application sont juste une interface à la logique métier.

Une nouvelle version du service Web apparaît en raison d'une modification de la logique métier. Lorsque la nouvelle version du service Web est introduite, elle est placée sous une nouvelle URL. Par exemple:

ver1 /websvc 
ver2 /websvc2

Il existe un code spécial entre la couche de service Web et la couche de gestion. Cette couche gère les différences dans les versions de services Web et transmet un appel à la dernière couche de gestion.

Le problème du code de façade spécial (entre le service Web et la logique métier) est de connaître les différences de version du service Web.