[z/OS]

Flux de requêtes du modèle de processus multiples MBean Java Management Extensions pour WebSphere Application Server for z/OS

Grâce à la fonction de proxy dynamique de Java™ Management Extensions (JMX), les applications dépendant des opérations JMX peuvent présenter un comportement cohérent tant avec une architecture serveur utilisant un modèle de processus unique qu'avec une architecture utilisant un modèle multiprocessus.

Tous les MBeans fournis par la phase d'exécution du produit peuvent fonctionner sur le modèle processus unique employé sur des plateformes distribuées, ou sur le modèle multiprocessus employé par le produit pour z/OS. Il se peut que les fournisseurs de MBean utilisateur aient à modifier leurs MBeans pour qu'ils fonctionnent dans le produit à la fois sur des plateformes distribuées et sur z/OS. Pour plus d'informations, voir la documentation sur les interfaces de programme d'application.

Le modèle de proxy dynamique simplifié présenté ici aborde les deux principaux flux de requêtes existant dans un modèle multiprocessus. Les requêtes d'opérations sur un MBean peuvent être lancées depuis un ou deux endroits :
  • Dans un composant d'applications fonctionnant sur le même processus servant que celui du MBean.
  • A l'extérieur du serveur, par le biais d'un des connecteurs JMX (SOAP, appel RMI (Remote Method Invocation), HTTP, etc.).

Les requêtes provenant d'un composant d'application suivent généralement ce flux. Le composant d'application envoie sa requête aux composants servants. Les composants servants réacheminent la requête vers le processus de contrôle où le proxy dynamique du MBean est exécuté. WebSphere Application Server génère automatiquement le proxy dynamique MBean au cours de la phase d'exécution. Si la requête appelle une méthode que le fournisseur MBean a définie avec une option d'appel unique, le proxy dynamique du processus de contrôle distribue le travail de façon aléatoire, avec la gestion de charge de travail MVS (WLM), à un processus servant. Si la requête appelle une méthode que le fournisseur MBean a définie avec une option d'appels multiples, le proxy dynamique du processus de contrôle, conjointement avec WLM, distribue le travail à tous les processus servants qui ont activé le MBean.

Les MBeans associés aux composants d'application sont automatiquement enregistrés avec le proxy dynamique dans le processus de contrôle, dans le cadre du processus d'activation MBean lorsque WLM démarre le processus servant. Les MBeans qui sont activés dans un processus servant unique, tel qu'un un MBean qui est créé et enregistré de façon dynamique par un composant d'application, ne peuvent pas participer aux opérations d'appels multiples. Pour plus d'informations sur l'enregistrement d'un MBean, reportez-vous à la rubrique Extension du système d'administration WebSphere Application Server avec des MBeans personnalisés.

requête de composant d'application 1

Chaque processus servant qui exécute le travail renvoie facultativement une réponse au processus de contrôle. Si le MBean a été défini avec l'option d'appel unique et que le type de retour est non nul, le processus de contrôle renvoie la réponse au servant à l'origine de la requête. Les composants serveur du servant renvoient ensuite la réponse au composant d'application. Si le MBean a été défini avec l'option d'appels multiples, le MBean de chaque processus servant s'exécute de façon indépendante et termine le traitement de la requête à différents moments. Une fois toutes les requêtes traitées, vous pouvez avoir besoin d'une agrégation de résultats et d'une agrégation d'événements pour renvoyer correctement un résultat au composant d'application.

requête de composant d'application 2

Les requêtes provenant d'un lieu éloigné extérieur au serveur suivent généralement ce flux. Le lieu éloigné envoie sa requête au processus de contrôle sur lequel est exécuté le proxy dynamique du MBean. WebSphere Application Server génère automatiquement le proxy dynamique MBean au cours de la phase d'exécution. La partie suivante du processus de requête se comporte de la même façon que la requête issue d'un composant d'application. Si la requête fait appel à une méthode que le fournisseur MBean a définie avec l'option d'appel unique, le proxy dynamique du processus de contrôle attribue le travail de façon aléatoire, avec la gestion de charge de travail MVS (WLM), à l'un des processus servants figurant dans la liste de ceux qui ont activé le MBean. Si la requête appelle une méthode que le fournisseur MBean a définie avec une option d'appels multiples, le proxy dynamique du processus de contrôle, conjointement avec WLM, distribue le travail à tous les processus servants qui ont activé le MBean.

requête distante 1

Le flux de la réponse au lieu éloigné est similaire à celui de la réponse au composant d'application. Chaque processus servant qui exécute le travail renvoie facultativement une réponse au processus de contrôle. Si le MBean a été défini avec l'option d'appel unique et que le type de retour est non nul, le processus de contrôle renvoie la réponse au lieu éloigné. Si le MBean a été défini avec l'option d'appels multiples, le MBean exécuté dans chaque processus servant s'exécute de façon indépendante et termine le traitement de la requête à différents intervalles. Une fois toutes les requêtes traitées, vous pouvez avoir besoin d'une agrégation de résultats et d'une agrégation d'événements pour renvoyer correctement un résultat au lieu éloigné.

requête distante 2


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjmx_proxymodel
Nom du fichier : cjmx_proxymodel.html