L'isolation qui s'applique aux applications exécutées dans différentes zones est similaire à l'isolation fournie par l'exécution d'applications sur le système d'exploitation de différents ordinateurs. Ainsi, au lieu d'installer, de configurer et d'exécuter les composants Java ES sur différents ordinateurs afin de les isoler et de les sécuriser, ces composants peuvent être installés, configurés ou exécutés dans différentes zones du même ordinateur.
Ce renforcement des composants Java ES peut également entraîner une meilleure utilisation des ressources. Les composants Java ES exécutés sur des ordinateurs dédiés, sous-utilisés, peuvent être désormais exécutés dans différentes zones non globales d'un seul ordinateur. Les administateurs globaux peuvent répartir les ressources de manière dynamique parmi les différentes zones selon les exigences en ressources des composants exécutés dans ces zones. (Notez que cette possibilité requiert plus de connaissances et de compréhension des exigences en ressources des différents composants que les informations actuellement disponibles.)
Un environnement multizone offre d'autres avantages :
Séparation des versions. Des ensembles parallèles de composants Java ES de différentes versions peuvent être exécutés dans différentes zones. Cela permet la migration d'une version Java ES à une autre sur une certaine période. Par exemple, les composants de Java ES Version 4 dans une zone non globale peuvent être exécutés en parallèle aux composants de Java ES Version 5 dans une autre zone non globale. Pour pouvoir réaliser ce type de séparation de version, la gestion du cycle de vie (ainsi que la gestion de la configuration et de l'exécution) doit être déléguée aux administrateurs de zone.
Gestion du cycle de vie centralisée. Même si elles ne sont pas prises en charge totalement en raison des restrictions de Java ES, les zones permettent de centraliser la gestion du cycle de vie des composants Java ES : ces composants peuvent être installés, mis à niveau et désinstallés dans la zone globale mais configurés et exécutés dans un certain nombre de zones non globales afin de fournir l'isolation de l'exécution, la sécurité, l'évolutivité et d'autres besoins. La centralisation de la gestion du cycle de vie s'avère pratique lorsque plusieurs instances d'un composant sont exécutées dans différentes zones ou lorsque vous souhaitez vous assurer que de telles instances sont synchronisées sur la même version.
Par exemple, vous pouvez installer une seule fois Application Server dans la zone globale et exécuter plusieurs instances dans différentes zones non globales. Les diverses instances d'Application Server peuvent prendre en charge Access Manager, Portal Server, ou d'autres composants Java ES (il peut s'agir des mêmes composants ou de différents composants dans les zones non globales). Sinon, les instances d'Application Server peuvent être utilisées par différentes équipes de développement dans différentes zones.
Pour réaliser cet objectif, la gestion du cycle de vie est effectuée par un administrateur global, alors que la gestion de la configuration et de l'exécution est déléguée aux administrateurs de zone correspondants. Cette approche nécessite une importante coordination lors de l'exécution des tâches de gestion du cycle de vie (telles que la mise à niveau).
Indépendance organisationnelle. Différentes organisations peuvent maintenir des déploiements de composants Java ES séparés ou des instances d'exécution de composants Java ES séparées, le tout coexistant et exécuté sur le même ordinateur. Par exemple, différents groupes de développeurs peuvent utiliser leurs propres instances distinctes de composants Java ES ou des organisations peuvent utiliser divers déploiements de composants pour les phases de test, de mise en œuvre de la pré-production ou de production. L'indépendance organisationnelle peut être réalisée de différentes manières, selon des objectifs spécifiques : soit en centralisant la gestion du cycle de vie Java ES tout en déléguant la gestion de la configuration et de l'exécution aux administrateurs de zone, soit en déléguant l'ensemble des fonctions de gestion (cycle de vie, configuration et exécution) aux administrateurs de zone.
Les différents objectifs que vous pouvez réaliser en utilisant Java ES dans un environnement multizone et les scénarios d'usage correspondants requièrent différentes stratégies pour le déploiement et l'administration des composants Java ES dans ce type d'environnement. Certains objectifs se réalisent à l'aide de l'isolation de différentes zones pour gérer indépendamment les composants Java ES et leurs instances d'exécution, alors que d'autres objectifs font appel aux capacités de propagation de la zone globale pour simplifier la gestion du cycle de vie des composants Java ES.
Les stratégies d'installation et d'administration pour utiliser Java ES dans un environnement multizone seront revues après avoir abordé les restrictions de ce type d'environnement imposées par la nature du logiciel Java ES.