Utilisez ce scénario lorsque vous avez besoin d'un environnement isolé mais que vous ne pouvez pas utiliser un environnement composé d'un seul serveur par défaut en raison de vos besoins métier.
Avant de commencer
- Configurez l'environnement de développement.
- Vérifiez que vous pouvez répondre à tous vos besoins métier à l'aide d'un seul serveur.
- Familiarisez-vous avec le concept de profil autonome.
Pourquoi et quand exécuter cette tâche
Votre configuration suppose l'installation d'un environnement serveur par défaut adapté à vos besoins.
Procédure
- Sélectionnez le produit de base de données destiné à l'environnement de déploiement.
Certains systèmes (tels que les systèmes
z/OS et i5/OS) ne disposent pas de méthode automatisée de création de bases de données et des tables associées pour moteurs de messagerie et infrastructure CEI (Common Event Infrastructure). Lorsque vous créez des bases de données pour ces systèmes, vérifiez que vous disposez des droits suffisants pour
l'exécution des scripts de définition de base de données.
Important : Si vous envisagez de fédérer cet environnement dans une cellule de gestionnaire de déploiement, veillez à utiliser une base de données et des pilotes de base de données prenant en charge l'accès distant. Exemples de ce type de produit : Derby Network et Java Toolbox JDBC.
- Déterminez de quelle façon créer les tables de base de données.
Vous pouvez soit créer les tables au cours de l'installation du produit (le processus d'installation crée alors les scripts qui permettent la création des tables), soit créer vous-même les scripts à utiliser pour cette opération.
- Déterminez la façon dont les clients doivent accéder aux applications de l'environnement de déploiement.
En fonction de vos besoins, différentes méthodes d'accès existent, telles que les
services Web (SOAP/HTTP et SOAP/JMS), les requêtes SCA (Service Component Architecture) synchrones et asynchrones, JMS (Java™ Message Service), MQ (JMS ou natif),
ou encore l'utilisation d'adaptateurs. Ces choix ont un impact sur l'installation requise d'autres logiciels et ressources.
- Déterminez de quelle façon les applications doivent accéder aux ressources dont elles ont besoin.
En fonction de vos besoins, différentes méthodes d'accès existent, telles que les
services Web (SOAP/HTTP et SOAP/JMS), les requêtes SCA (Service Component Architecture) synchrones et asynchrones, JMS (Java Message Service), MQ (JMS ou natif),
ou encore l'utilisation d'adaptateurs. Ces choix ont un impact sur l'installation requise d'autres logiciels et ressources.
- Déterminez de quelle façon installer le logiciel, créer les serveurs et configurer le serveur.
Vous pouvez créer et configurer le serveur pendant l'installation du logiciel ; vous avez également la possibilité de créer et configurer le serveur à l'aide de l'outil de gestion de profil. Vous pouvez également utiliser la console d'administration pour créer et configurer le serveur. Les installateurs expérimentés peuvent également utiliser des scripts pour exécuter ces tâches. Avant d'effectuer votre choix, analysez les avantages et les inconvénients de chaque méthode.
- Identifiez ou créez les ID utilisateurs requis et les droits d'accès dont vous avez besoin, afin de terminer l'installation.
- Facultatif : Contactez vos administrateurs de base de données, si la stratégie applicable à votre site limite la création de bases de données et l'accès correspondant à un service centralisé.
Important : Si vous envisagez de fédérer cet environnement dans une cellule de gestionnaire de déploiement, veillez à utiliser une base de données et des pilotes de base de données prenant en charge l'accès distant. Exemples de ce type de produit : Derby Network et Java Toolbox JDBC.
- Planifiez et coordonnez l'installation de WebSphere Integration Developer et de WebSphere ESB pour minimiser les impacts sur l'équipe de développement.
Que faire ensuite
Installez le logiciel.