Scénarios d'adoption de Java ES

Les besoins de l'entreprise qui mènent à l'adoption de Java ES peuvent varier considérablement. Toutefois, l'objectif principal de tout déploiement Java ES s'inscrit dans l'un des scénarios d'adoption suivants :

• Nouveau système : si vous ne disposez encore d'aucun système logiciel, vous pouvez déployer le logiciel Java ES afin de prendre en charge une nouvelle solution d'entreprise.

• Amélioration : si vous disposez déjà d'une infrastructure informatique, vous allez remplacer un, plusieurs ou la totalité des éléments par le logiciel Java ES. La plupart du temps, vous remplacez les systèmes ou les sous-systèmes parce qu'ils sont trop complexes, trop limités ou trop coûteux à entretenir. Par exemple, vous aurez peut-être besoin d'une meilleure sécurité, d'une disponibilité plus élevée, d'une évolutivité accrue, de plus de flexibilité, d'une moindre complexité, de fonctionnalités supplémentaires (comme la connexion unique) ou d'une meilleure utilisation des ressources informatiques.

• Extension : si vous disposez déjà d'une infrastructure informatique, vous pouvez déployer le logiciel Java ES ne faisant pas actuellement partie de votre système. En règle générale, vous procédez à l'extension de votre système logiciel de cette manière car vous devez satisfaire de nouveaux besoins de l'entreprise. Vous aurez peut-être besoin de nouvelles fonctionnalités, telles que le groupement personnalisé de services existants par le biais d'un portail Java ES ou l'autorisation et l'authentification Java pour les services existants.

• Mise à niveau : en partant d'une infrastructure informatique composée d'une version antérieure de Logiciel Java Enterprise System ou de produits Sun antérieurs à Java ES, vous effectuez une mise à niveau pour obtenir la dernière version des composants Java ES.

Chaque scénario d'adoption contient ses propres considérations et défis. Toutefois, selon le scénario d'adoption utilisé, les problèmes à traiter et les ressources requises pour investir dans les phases du cycle de vie présentées dans la Figure 1–3 peuvent varier.

Les considérations suivantes concernent généralement les scénarios d'adoption à des niveaux variables :

• Migration : l'amélioration ou la mise à niveau d'une infrastructure existante à l'aide d'un nouveau logiciel requiert souvent la migration de données du système existant vers le nouveau. Ces données peuvent correspondre à des informations de configuration, des informations utilisateur ou des informations d'applications. En outre, vous devrez peut-être migrer la logique d'entreprise ou de présentation en raison des nouvelles interfaces de programmation.

• Intégration : L'ajout d'un nouveau logiciel à un système existant ou le remplacement de sous-systèmes logiciels requiert souvent l'intégration des nouveaux composants logiciels dans les sous-systèmes restants. L'intégration peut impliquer le développement de nouvelles couches d'interface à l'aide de connecteurs J2EE ou d'adaptateurs de ressources qui reconfigurent les composants existants et qui implémentent les plans de transformation de données.

• Formation : une modification de l'infrastructure implique presque systématiquement des changements dans les procédures et compétences informatiques. Votre service informatique doit avoir suffisamment de temps pour acquérir de nouvelles connaissances ou pour transmettre d'anciennes connaissances afin de prendre en charge les technologies Java ES.

• Matériel : lorsque vous remplacez ou améliorez un système ou un sous-système existant, des contraintes économiques peuvent vous amener à réutiliser du matériel existant. Selon le scénario d'adoption choisi, les ressources matérielles peuvent devenir un facteur important.

Le tableau suivant résume la nature des problèmes qui concernent chacun des scénarios d'adoption de Java ES.

Tableau 1–6 Problèmes relatifs aux scénarios d'adoption de Java ES

Scénario d'adoption	Migration	Intégration	Formation	Matériel
Nouveau système	N'est pas un problème	Intégration de nouveaux composants relativement facile	Peut être un gros problème	Compromis entre les coûts de l'équipement et de main d'œuvre. [L'utilisation de plusieurs ordinateurs puissants fait généralement augmenter les coûts de l'équipement tout en exigeant moins de ressources informatiques. L'utilisation de nombreux petits ordinateurs fait généralement diminuer les coûts de l'équipement tout en exigeant davantage de ressources informatiques.]
Amélioration	Peut être un problème sérieux	Nécessité d'intégrer de nouveaux composants dans le système existant	Peut être un gros problème	Peut impliquer des contraintes considérables en raison de l'équipement existant
Extension	N'est en principe pas un problème	Nécessité éventuelle d'intégrer de nouveaux composants dans le système existant	Peut être un gros problème	Requiert généralement du matériel neuf avec les mêmes compromis que sur un nouveau système
Mettre à niveau	Peut être un gros problème	Intégration des composants mis à niveau relativement facile	Problème relativement mineur	Problème relativement mineur