Accueil
Rechercher:
sur developpez.com sur les forums
Forums | Tutoriels | F.A.Q's | Participez | Hébergement | Contacts
Club Emploi Blogs   TV   Dév. Web PHP XML Python Autres 2D-3D-Jeux Sécurité Windows Linux PC Mac
Accueil Conception Java DotNET Visual Basic  C  C++ Delphi MS-Office SQL & SGBD Oracle  4D  Business Intelligence
FORUMS JAVA FAQs TUTORIELS JAVASEARCH SOURCES LIVRES OUTILS, EDI & API ECLIPSE NETBEANS BLOG DISCUSSIONS TV

Livre Blanc - Migration WebSphere 6.1

Date de publication : 26/09/2007 , Date de mise à jour : 26/09/2007

Par Cyrille Le Clerc (Xebia)
 

Migrer sa plate-forme applicative d'une version d'un serveur d'applications à une autre est souvent vécu comme une démarche coûteuse, risquée, décorellée des enjeux opérationnels du métier, et laissant entrevoir un retour sur investissement pour le moins douteux ; ceci est d'autant plus vrai que cette migration est imposée de l'extérieur par le cycle de vie des produits de l'éditeur, et contrainte par une date butoir - celle de la fin du support de la version canonique - qui peut entrer en conflit avec d'autres échéances.

La migration vers Websphere 6.1 n'échappe bien sûr pas à cette règle – et ce d'autant plus que la version 7 de Websphere est espérée pour le premier trimestre 2008 ; pour autant, la richesse de la dernière mouture du serveur d'applications d'IBM permet d'envisager également la migration comme une opportunité de profiter de nouvelles fonctionnalités, permettant d'améliorer la disponibilité des plates-formes, de simplifier les infrastructures ou encore de déployer des applications plus performantes et plus riches. Cette migration peut aussi être l'occasion de réétudier le choix de la version de Websphere la plus adaptée aux besoins d'infrastructure : Websphere base, Network Deployment, eXtended Deployment, chaque version apporte ses fonctionnalités propres - et ses coûts.

La migration vers Websphere 6.1 doit donc être abordée selon deux axes : celui du risque, d'une part, dont la maîtrise passe par une analyse systématique d'impact portant sur l'ensemble de la chaîne de production logicielle – applications, environnements de développement, infrastructure, architecture, administration, supervision, déploiement, performances, etc. ; celui de l'opportunité, d'autre part, qui permettra de définir une cible conforme aux enjeux du Système d'Information des prochaines années et d'en réajuster le coût total de possession.

Cette migration doit également s'adosser à une méthodologie claire, autorisant une transition éclairée et maîtrisée, et dont les jalons macroscopiques sont les suivants : analyse d'impact, définition de la cible et du mode de transition, expérimentation puis industrialisation.

            


Xebia


            

Valid XHTML 1.1!Valid CSS!

Venez retrouver Xebia : Site Xebia | Blog Xebia

Copyright © 2007 xebia. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents, images, etc sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.

Responsables bénévoles de la rubrique Java : Eric Siber et Baptiste Wicht - Contacter par EMail :
Vos questions techniques : forum d'entraide Java - Publiez vos articles, tutoriels et cours
et rejoignez-nous dans l'équipe de rédaction du club d'entraide des développeurs francophones
Nous contacter - Copyright © 2000-2008 www.developpez.com - Legal informations.