Cette rubrique décrit comment valider une édition d'application. En mode validation, vous pouvez installer une édition et la tester dans des conditions réalistes tout en exécutant simultanément une édition d'application de production. Dans l'exemple suivant, l'édition 1.0 d'une application est installée et active et s'exécute sur un cluster dynamique. L'édition 2.0 est l'édition candidate pour la validation ; elle est installée sur la même cible de déploiement et est à l'état inactif. L'édition de validation 2.0 effectue les opérations suivantes : elle duplique la cible de l'édition 2.0, crée un nouveau cluster dynamique, par exemple, Validation-CD, et mappe l'édition 2.0 vers ce nouveau cluster. Le cluster dupliqué utilise les membres du cluster existant comme modèle de serveur pour la création des serveurs dupliqués.
Avant de commencer
Pour démarrer le nouveau cluster dupliqué, vous devez au préalable définir des règles de routage spécifiques à l'édition 2.0. Les règles de routage permettent aux deux éditions de s'exécuter simultanément et d'acheminer correctement les demandes HTTP nécessaires à l'édition de validation vers la cible de validation, sans qu'elles interfèrent avec l'édition 1.0. Pour ce scénario, utilisez l'application
BeenThere. Installez les deux éditions d'application, 1.0 et 2.0, sur la cible
BTDC1.
Définissez la propriété personnalisée du cluster dynamique
saveClonedCluster=true afin de conserver les cibles de validation après le déploiement des éditions.
Si vous ne la définissez pas, la cible de validation est supprimée après le déploiement des éditions.
RestrictionColonSymbol Seuls deux membres du cluster peuvent être utilisés ou créés en mode validation. Vous pouvez mapper des règles de routage et de service à une application d'entreprise en mode validation, mais il n'y aura pas plus de deux membres du cluster qui démarreront pour la maintenance des tâches.
Pourquoi et quand utiliser cette tâche
Une fois la cible de clone en mode validation créée, l'édition 2.0 activée et les règles de routage définies, vous pouvez démarrer, arrêter et reconfigurer l'édition.
- Cliquez sur Applications > Centre de contrôle des éditions, et vérifiez que l'application possède deux éditions installées, dont une seulement est active.
- Cliquez sur BeenThere.
- Sélectionnez l'édition 2.0 puis cliquez sur Valider. La page d'état de validation décrit chaque étape de la validation du cluster dynamique BTDC1 et du déploiement de l'édition 2.0 sur le cluster cloné. Le centre de contrôle des éditions indique que l'une des éditions est en mode validation et la page de gestion des éditions indique que la cible de l'édition 2.0 est désormais le cluster dynamique
BTDC1-Validation-.
La page Cluster dynamique montre qu'un nouveau cluster dynamique, BTDC1-Validation, est créé et la page Serveurs d'applications présente les serveurs clonés.
- Cliquez sur Applications > Applications d'entreprise. Editez BeenThere-edition2.0 puis sélectionnez Mapper les modules vers les serveurs. Vérifiez que l'édition 2.0 est mappée vers le cluster de validation. Dans la vue Mapper les références EJB vers les beans, vérifiez que le nom JNDI (Java Naming and Directory Interface) correspond au nom de la nouvelle cible dupliquée.
Pour qu'une édition d'application, qui comporte des liens complets basés sur le nom de la cible de déploiement d'origine, fonctionne correctement sur la cible de déploiement de validation, ses noms de lien doivent être modifiés pour refléter les noms de lien complets basés sur le nom de la cible de déploiement de validation. Par exemple, si une application possède un lien de référence de ressources à /clusters/clusterb1/jdbc/CustomerData, celui-ci doit être remplacé par /clusters/cluster1-validation/jdbc/CustomerData
lors de la préparation de l'application avant son exécution sur la cible de déploiement dupliquée.
- Lancez le cluster de validation, et au moyen des règles de routage installées, lancez un essai sur l'édition 2.0 pour la tester avec l'édition
1.0 en environnement de production. Une fois le test de l'édition 2.0 terminée, si vous voulez remplacer l'édition 1.0 par l'édition 2.0, procédez comme suit :
- Arrêtez la cible de validation, par exemple, BTDC1-Validation.
- Supprimez les règles de routage propres à l'édition 2.0 permettant d'acheminer toutes les demandes d'application BeenThere vers une seule édition. Sauvegardez vos modifications et synchronisez les noeuds.
- Cliquez sur Applications > Gestion des éditions.
- Sélectionnez l'édition 2.0 de l'application BeenThere et cliquez sur le bouton de déploiement.
Résultat
Le remplacement sans interruption de l'édition 1.0 par l'édition 2.0 est lancé. Lors du déploiement, l'édition 2.0 est redirigée vers sa cible de déploiement d'origine, par exemple, BTDC1,
et son état passe de validé à activé.
Que faire ensuite
Lorsque le test de l'édition de validation a réussi, déployez la nouvelle édition dans votre environnement de production à l'aide de la fonction de déploiement d'édition.