Nouvelle version de Relic avril 2024, rapport Java

New Relic, une société leader dans le contrôle et la surveillance, a publié son propre fichier Dernier rapport Sur l’état de l’écosystème Java.

Ce rapport diffère principalement des autres études du marché car New Relic utilise des données de production réelles telles que rapportées par les JVM de ses clients. Cela signifie qu’il s’agit de données de haute qualité, directement observées, sur la manière dont les langues sont réellement utilisées.

Le rapport est basé sur les données de 62 millions d’instances JVM signalées à New Relic au moins une fois au cours du mois dernier, ce qui correspond à environ 500 000 applications Java de production distinctes.

New Relic a surveillé l’écosystème Java au cours des dernières années pour détecter les changements dans la façon dont les développeurs l’utilisent, et le rapport 2024 sur l’état de l’écosystème Java examine :

* Versions Java les plus utilisées en production

* Principaux fournisseurs de JDK

* Arithmétique et utilisation de la mémoire dans les applications Java

* Les frameworks et bibliothèques Java les plus populaires pour la journalisation, le codage et les bases de données

En commençant par la question omniprésente des versions de Java, l’une des choses les plus surprenantes est le déclin constant de Java 8.

Moins de 30 % des applications restent sur Java 8 et, en tant que telle, elle doit désormais être considérée comme une version héritée, surtout à la lumière des frameworks majeurs (tels que Hibernate 6, Mockito 5 et Spring 6) qui ont cessé de prendre en charge Java 8.

De plus, dans les six mois suivant la sortie de Java 21, 1,4 % des applications surveillées par New Relic l’utilisaient. Pour mettre cela en perspective, dans les six mois qui ont suivi la sortie de Java 17, seulement 0,37 % des applications l’utilisaient.

Cette adoption rapide peut probablement être attribuée à deux choses :

* Accès aux thèmes par défaut comme fonctionnalité finale

* Mise à niveau facile de 17 à 21

En termes de fournisseurs Java, Oracle continue de perdre du terrain face aux fournisseurs d’OpenJDK, notamment Eclipse Adoptium et Corretto d’Amazon. Oracle est toujours leader du marché, mais devance désormais Adoptium de quelques points de pourcentage seulement, suivi de près par Amazon.

La situation concernant les éboueurs est un peu plus complexe. Bien que G1 soit le leader du marché, avec plus de 70 % de part de marché, c’est parce qu’il s’agit du GC par défaut pour Java 9 et versions ultérieures – il sera utilisé si aucun compilateur n’est spécifié.

Toutefois, cela s’accompagne d’une mise en garde importante : dans A Le conteneur monocœur du complexe G1 sera désactivé Le wrapper série sera utilisé à la place. En effet, G1 est un algorithme intrinsèquement concurrent et n’a donc aucun avantage par rapport à la série sur un seul cœur.

En conséquence, le score G1 est probablement gonflé par rapport à la série, en raison du nombre de conteneurs monocœur relevant de New Relic.

En outre, les tas relativement petits sont très courants, avec plus de 30 % des JVM signalées utilisant 1 Go ou moins de mémoire, et 27 % supplémentaires utilisant 1 à 2 Go. Cela correspond globalement à la mégatendance des systèmes se décomposant en microservices plus petits avec des tailles de tas plus petites.

Si l’on considère les bibliothèques les plus populaires dans le domaine de la journalisation, de la sécurité et des bases de données : aucun véritable gagnant n’est visible – le marché est encore fragmenté. De plus, de nombreuses applications indiquent qu’elles utilisent plusieurs frameworks de journalisation. Nous le voyons clairement avec log4j à 76,4 %, JBoss Logging à 61,2 % et Logback à 52,2 %, soit plus de 100 %.

Le rapport New Relic comprend également quelques conclusions sur les questions les plus fréquemment posées au nouvel assistant IA.

Vous pouvez consulter certains rapports précédents de 2020 et 2019 pour avoir une image plus détaillée de l’évolution de l’écosystème Java au cours des dernières années.