Serveur d'impression

Améliorations de la messagerie et du clustering – Serveur d’impression

Par Titanfall , le 3 mai 2019 - 4 minutes de lecture

Poursuivant sur son modèle de livraison trimestriel, Wildfly 16 a été publié le mois dernier, clôturant ou résolvant près de 200 problèmes, demandes de fonctionnalités et bogues. Galleon, un outil de provisioning pour la construction de serveurs Wildfly sur mesure, compatible avec JDK12, ainsi que plusieurs améliorations de la messagerie et de la prise en charge de clusters, faisait partie de cette version.

Les serveurs d'applications Java sont souvent accompagnés de plusieurs fonctionnalités et API, dont certaines peuvent ou non être utilisées par une application. L’équipe WildFly a reconnu ce problème et, au lieu d’avoir une solution universelle, elle a créé Galleon, un outil d’approvisionnement générique. Il offre la possibilité de créer facilement un serveur qui fournit les technologies souhaitées, avec une configuration correcte et des bibliothèques inutiles non présentes sur le disque, a déclaré Brian Stansberry, responsable du projet Wildfly.

Pour obtenir une image plus claire, supposons qu'une application de microservice basée sur REST utilise uniquement JAX-RS et les fonctions de journalisation de Wildfly. En utilisant Galleon, un serveur Wildfly personnalisé peut être créé en exécutant:

galleon.sh installer wildfly: current --dir = micro-wildfly-server --layers = jaxrs, journalisation

Cela fonctionne en utilisant ce que Galleon appelle des couches. Les couches sont des ensembles prédéfinis de technologie ou de configuration, tels que EJB ou JPA. Les couches peuvent alors dépendre d'autres couches et Galleon élimine automatiquement toutes les dépendances, y compris les dépendances transitives, afin de fournir un serveur allégé et minimaliste.

Galleon a une applicabilité particulière lors de la création de conteneurs car il permet de réduire la taille globale et l'empreinte de l'image finale.

Bien que l'équipe de Wildfly recommande d'utiliser la dernière version de LTS de Java pour exécuter Wildfly, elle s'efforce également de s'assurer qu'elle s'exécute sur la dernière machine virtuelle Java. Dit Stansberry, Nous voulons que les développeurs qui tentent d'évaluer ce que signifie la dernière machine virtuelle Java pour leurs applications puissent se tourner vers WildFly en tant que plate-forme de développement.

Au moment de la sortie de Wildfly 16, JDK12 en était encore à la phase de publication mais tous les tests effectués avec cette version indiquaient qu’il devrait fonctionner correctement avec JDK12.

La version Wildfly a également apporté de nombreuses améliorations à la plate-forme en matière de messagerie et de cluster.

En ce qui concerne la messagerie, Wildfly a amélioré l'utilisation des beans gérés par message (MDB) et de l'utilisation de la mémoire du courtier intégré. Plus précisément, les BMD peuvent désormais être contrôlées par plusieurs groupes de distribution, la livraison étant conditionnelle à l'activation de tous les groupes de distribution. Et les utilisateurs peuvent désormais configurer la quantité maximale de mémoire utilisée par le courtier intégré avant qu'il ne commence à appliquer une stratégie complète de courtier tels que la suppression ou le rejet de messages.

Du côté des grappes, les grappes derrière mod_cluster ont amélioré la gestion du trafic et les outils pour localiser le fournisseur principal d'un déploiement ou d'un service singleton à haute disponibilité. Plus concrètement, les nouveaux serveurs Wildfly ajoutés à un cluster derrière mod_cluster fonctionnent désormais avec l'équilibreur de charge pour augmenter progressivement le trafic vers le serveur plutôt que de permettre tout le trafic à la fois. Cela permet de réduire les risques de surcharge du serveur avec trop de trafic.

De plus, l'interface de ligne de commande peut désormais être utilisée pour se connecter à n'importe quel membre du cluster et déterminer l'emplacement principal d'un déploiement ou d'un service de singleton haute disponibilité. Auparavant, la CLI indiquait uniquement si le service ou le déploiement était déployé, et non quel nœud ou instance était le principal.

Pour obtenir plus de détails ou pour en savoir plus sur Wildfly 16, assurez-vous de consulter leur documentation et leurs guides.

Click to rate this post!
[Total: 0 Average: 0]

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.