Mandrel: une distribution GraalVM pour la construction de Quarkus

Red Hat et la communauté GraalVM dévoilés a récemment annoncé conjointement la sortie de une nouvelle distribution par GraalVM, appelé mandrin. Il est prévu que avec cette nouvelle distribution pilotez la version Red Hat de Quarkus, un ajout récemment annoncé à Red Hat Runtimes.

Quarkus est un framework Java Kubernetes natif pour JVM et compilation native. quarkus fournit une solution efficace pour exécuter des applications Java sans serveur, microservices, conteneurs, Kubernetes, FaaS ou cloud. Mandrel est open source et disponible sur GitHub, mais il n'a pas encore de distribution binaire.

Selon une note de Mark Little, directeur principal de l'ingénierie de Red Hat, Mandrel peut être décrit comme une distribution d'un OpenJDK standard avec une image GraalVM native spécialement packagée.

L'objectif principal derrière l'introduction de Mandrel par Red Hat est d'améliorer la vitesse et l'efficacité du framework Quarkus. C'est un framework qui offre un développement local avec une recharge rapide et une distribution conteneurisée ou sans serveur aux fournisseurs de cloud computing.

quarkus se concentre sur la capacité de créer des exécutables natifs qui commencent plus vite et ils réduisent également les coûts d'exploitation et les ressources sur le cloud.

En fait, Red Hat a expliqué que pour Quarkus, l'élément important de GraalVM est sa fonctionnalité d'image native qui produit des exécutables natifs, ce qui est une fonctionnalité clé pour que Java soit compétitif dans les charges de travail cloud natives. Par conséquent, Mandrel permet d'avoir GraalVM en plus d'OpenJDK 11 sur Red Hat Enterprise Linux et d'autres distributions OpenJDK 11.

Selon Red Hat, la différence avec l'utilisateur est minime, mais pour la maintenabilité, l'alignement préalable avec OpenJDK 11 et GraalVM est essentiel.

«Avec Mandrel, les clients de Red Hat et la communauté GraalVM bénéficient d'un développement véritablement ouvert, et Red Hat peut soutenir ses clients avec des mécanismes éprouvés tout en redonnant aux communautés en qui ils ont confiance pour continuer à faire progresser l'état de l'art de l'informatique open source,» dit l'entreprise en parlant de Mandrel.

En termes de performances, GraalVM se distingue par un temps de démarrage 50 fois plus rapide et 5 fois moins d'utilisation de la mémoire.

Ces différents tests ont été réalisés à l'aide d'une ancienne version du framework Quarkus en mode Java HotSpot. Bien que cette amélioration nécessite un temps de compilation plus long, elle peut être utilisée en parallèle avec le déploiement des fonctions Quarkus Lambda et Azure.

En outre, le dépôt Mandrel GitHub n'offre pas encore de distribution binaire. Au contraire, les utilisateurs compilent eux-mêmes le JDK en suivant les instructions. En outre, le développeur de logiciels James Ward a évalué GraalVM en détail et a présenté ses avantages pour améliorer les performances, ainsi que certains pièges tels que les applications basées sur la réflexion.

Selon lui, cela crée un problème pour les images GraalVM natives car la réflexion se produit à l'exécution, ce qui rend difficile pour un compilateur AOT (early bird) de déterminer les chemins d'exécution.

En ce qui concerne les applications qui n'ont pas besoin de réfléchir, la page d'accueil de Quarkus pointe directement l'avantage: 12 Mo de RAM contre 73 Mo (soit une diminution de 83%) et 0.016 seconde dans la première réponse contre 0.943 (une diminution de 98%) .

Les développeurs peuvent désormais utiliser Mandrel avec leur propre build, ou ils peuvent faire confiance à la communauté GraalVM ou à toute distribution JDK 11 et supérieure. D'autres disent que ces frameworks Java natifs ne fonctionnent pas vraiment et ne devraient pas devenir une norme de l'industrie.

Selon eux, pas une technologie à usage général où l'on peut prendre une application Java existante et la rendre native. Cela ne fonctionnera pas, même pour les applications écrites en choisissant une bibliothèque dans le vaste écosystème Java.

Ces derniers pensent que différents fournisseurs de framework parient sur le fait que la plupart des applications Java sont des applications HTTP / ORM / JSON, en plus des mesures et de la sécurité, etc.

Si vous voulez en savoir plus, vous pouvez consulter le lien suivant.


Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.