IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Oracle Java : trop cher ? La nouvelle tarification basée sur le nombre d'employés au lieu du nombre d'utilisateurs pousse les abonnés mécontents vers des alternatives comme OpenJDK

Le , par Stéphane le calme

30PARTAGES

7  0 
Oracle, le géant de la technologie, a récemment provoqué un mécontentement parmi ses abonnés Java. La mise en place d’un modèle d’abonnement basé sur les employés a entraîné un exode vers des alternatives, notamment OpenJDK.

Depuis le 23 janvier 2023, Oracle a remplacé les abonnements Oracle Java SE couramment achetés par les clients par un nouvel abonnement Oracle Java SE Universal.

Oracle décrit l'abonnement Java SE Universal comme étant : « un abonnement mensuel simple et peu coûteux qui inclut la licence et le support Java SE pour une utilisation sur les postes de travail, les serveurs ou les déploiements dans le cloud. L'abonnement donne accès à des mises à jour de performances, de stabilité et de sécurité testées et certifiées pour Java SE, directement depuis Oracle. Il comprend également l'accès à My Oracle Support (MOS) 24h/24 et 7j/7, une prise en charge en 27 langues, des fonctionnalités de gestion, de surveillance et de déploiement de Java SE 8 Desktop, entre autres avantages ».

« Les clients des anciens produits d'abonnement Java SE continuent de bénéficier de tous les avantages d'origine et peuvent renouveler selon leurs conditions et mesures existantes », a déclaré Oracle. Son annonce est accompagnée d'une liste de prix, qui montre que la principale différence entre le nouveau et l'ancien modèle est que Java sera concédé sous licence par employé, plutôt que par utilisateur ou par processeur, comme l'ancien modèle le permettait.

Alors que l'abonnement précédent était concédé sous licence de deux manières différentes selon que le logiciel était utilisé sur un serveur ou sur un ordinateur de bureau (ordinateur personnel), le nouvel abonnement universel a de nouvelles conditions d'utilisation. Notez que ces conditions diffèrent des conditions précédentes d'Oracle "Employé" et sont les suivantes :

Citation Envoyé par Oracle
Employé pour Java SE Universal Subscription : est défini comme (i) tous vos employés à temps plein, à temps partiel, temporaires, et (ii) tous les employés à temps plein, à temps partiel et les employés temporaires de vos agents, sous-traitants et consultants qui soutiennent vos opérations commerciales internes. La quantité de licences requises est déterminée par le nombre d'Employés et pas seulement par le nombre réel d'employés qui utilisent les Logiciels. Pour ces licences Java SE Universal Subscription, la quantité de licence achetée doit, au minimum, être égale au nombre d'Employés à la date d'effet de votre commande. Dans le cadre de cette métrique d'employé pour les programmes d'abonnement universel Java SE, vous ne pouvez installer et/ou exécuter le(s) programme(s) d'abonnement universel Java SE que sur un maximum de 50 000 processeurs, si votre utilisation dépasse 50 000 processeurs, à l'exclusion des processeurs installés et/ ou s'exécutant sur des ordinateurs de bureau et portables, vous devez obtenir une licence supplémentaire auprès d'Oracle.
En clair, les nouvelles conditions exigent que les clients achètent désormais suffisamment d'abonnements en fonction du nombre total d'employés du client, qu'ils utilisent/exploitent le logiciel directement, indirectement ou pas du tout. Un client avec un petit nombre d'installations et un nombre élevé d'employés pourrait voir des factures de plusieurs millions de dollars par an.

À titre d'exemple, un client comptant 20 000 employés utilisant JAVA SE à quelque titre que ce soit dans le cadre des nouvelles conditions d'abonnement devra acheter des abonnements universels JAVA SE pour l'ensemble des 20 000 employés, à un tarif mensuel de 6,75 $, soit un total de 1,62 million de dollars par an.

En outre, il est nécessaire d'octroyer une licence aux employés, agents, sous-traitants et travailleurs temporaires de tiers qui prennent en charge les opérations commerciales internes des clients, ce qui nécessitera un examen plus approfondi et peut-être d'augmenter considérablement le nombre.

Pour les nouveaux clients, ce dernier modèle s'appliquera immédiatement et pour les clients existants, ce modèle pourrait s'appliquer lors du prochain renouvellement. Bien qu'Oracle puisse signaler que les clients existants pourraient être en mesure de renouveler selon les conditions précédentes, cela ne doit pas être considéré comme une garantie. Les coûts initiaux publiés pour le modèle sont les suivants :


Plusieurs utilisateurs migrent ou envisagent de migrer vers OpenJDK

Selon une étude réalisée suite à l'introduction du modèle d'abonnement basé sur les employés, seuls 14 % des abonnés Oracle Java prévoient de rester sur l'environnement d'exécution de Big Red.

Dans le même temps, 36 % des 663 utilisateurs Java interrogés ont déclaré avoir déjà adopté le modèle de tarification basé sur les employés introduit en janvier 2023. Peu de temps après la mise en œuvre du nouveau modèle, les experts ont averti qu'il entraînerait une augmentation significative des prix pour les utilisateurs qui l'adopteraient. En juillet, la société mondiale de recherche technologique Gartner prévoyait que les utilisateurs du nouveau forfait d'abonnement seraient confrontés à des coûts entre deux et cinq fois supérieurs à ceux du modèle précédent basé sur l'utilisation.

Ainsi, parmi les 86 % des répondants utilisant Oracle Java SE qui déplacent actuellement ou prévoient de déplacer tout ou partie de leurs applications Java hors des environnements Oracle, 53 % ont déclaré que l'environnement Oracle était trop cher, selon l'étude réalisée par le cabinet d'études de marché indépendant Dimensional Research. Quarante-sept pour cent ont déclaré que la raison du changement était une préférence pour l'open source, et 38 pour cent ont déclaré que c'était à cause de l'incertitude créée par les changements continus dans les prix, les licences et le support.

L'étude a été financée par Azul, une société qui fournit un support pour les plateformes Java open source. Le PDG Scott Sellers a déclaré : « Il est difficile d'établir une corrélation directe autre que celle observée dans la forte tendance et les taux d'utilisation, qui ont fait passer Oracle Java des alternatives à OpenJDK. »

« Mais l'une des principales raisons citées par les répondants au rapport pour expliquer pourquoi les utilisateurs d'Oracle Java ont changé de stratégie est le coût. Il semble donc assez probable que ce soit la nouvelle mesure de tarification qui ait encore exacerbé cette inquiétude. »

Il a ajouté qu'il y avait également un attrait pour les logiciels open source dans les entreprises à la recherche d'alternatives à la dépendance vis-à-vis d'un fournisseur, lorsque cela était pratiquement réalisable. « Azul, Amazon et Microsoft ont tous des versions disponibles gratuitement d'OpenJDK. Une fois qu'un utilisateur quitte Oracle Java, il a beaucoup de choix différents et nous devons gagner ces dollars. »

Pour prendre en charge les applications OpenJDK en production, 46 % ont choisi une plateforme payante telle que Bellsoft Liberica, IBM Semeru ou Azul Platform Core ; 45 % ont choisi une plateforme gratuite prise en charge telle qu'Amazon Corretto ou Microsoft Build of OpenJDK ; et 37 % ont choisi une plateforme gratuite non prise en charge.

Parmi les utilisateurs qui ont déjà migré vers OpenJDK, 25 % ont déclaré qu'Oracle avait été nettement plus cher, tandis que 41 % ont déclaré que les licences de Big Red l'avaient rendu un peu plus cher que l'alternative. Parmi ceux qui prévoient de migrer, plus de la moitié des répondants (52 %) ont déclaré qu'ils s'attendaient à ce que ces efforts prennent un à deux ans, contre 23 % qui planifient des projets dans trois à quatre ans. Seuls 14 % prévoient que leur migration prendra moins d'un an.


La migration vers OpenJDK se déroule comme prévu, voire plus facilement

Compte tenu de l'importance des coûts, on peut se demander pourquoi les entreprises ne sont pas plus nombreuses à abandonner Oracle Java. Il s'avère que de nombreux utilisateurs d'Oracle Java pensent que le processus de migration est tout simplement trop intimidant.

31 % considèrent que la migration est trop risquée, 28 % craignent de ne pas pouvoir migrer complètement hors d'Oracle et de devoir continuer à les payer, et 22 % pensent qu'ils n'ont pas les ressources nécessaires pour migrer avec succès vers une distribution OpenJDK. Au total, cela représente environ la moitié des 14 % de participants qui choisissent de rester avec Oracle Java.

Les réponses des participants qui ont déjà migré complètement hors d'Oracle Java semblent apaiser ces craintes. En effet, 84 % des participants qui ont achevé leur migration hors d'Oracle Java ont déclaré que celle-ci s'était déroulée comme prévu ou qu'elle avait été plus facile que ce à quoi ils s'attendaient. En outre, 75 % d'entre eux ont achevé leur migration en moins d'un an et 23 % en trois mois ou moins. 


Combien de temps a-t-il fallu à votre entreprise pour achever sa migration d'Oracle Java vers une distribution OpenJDK ?

Les utilisateurs de Java apprécient l'assistance et l'expertise commerciales

Les deux tiers des organisations qui sont passées d'Oracle Java aux distributions OpenJDK réalisent des économies par rapport aux coûts d'assistance d'Oracle.

Les utilisateurs de Java ne se contentent toutefois pas de réaliser des économies. Les autres caractéristiques qu'ils apprécient dans une distribution OpenJDK sont l'expertise technique (61 %), les versions et correctifs opportuns (54 %), le support client (42 %), les mises à jour de sécurité stabilisées (40 %) et l'expertise en matière de migration (39 %). Étant donné que les utilisateurs bénéficiaient de l'expertise technique, des versions et correctifs opportuns et des mises à jour de sécurité stabilisées d'Oracle, l'enquête suggère qu'ils ne veulent pas perdre ces éléments lors de la migration.

Conclusion

La migration vers OpenJDK est en cours, et trois quarts des migrations Java sont achevées en moins d’un an. Oracle doit maintenant faire face à une concurrence sérieuse et repenser sa stratégie de tarification pour conserver ses abonnés. En attendant, les utilisateurs se tournent vers des alternatives plus abordables et flexibles.

Source : Azul

Et vous ?

Quelle est votre expérience avec Oracle Java et OpenJDK ? Avez-vous déjà utilisé l’un ou l’autre ? Si oui, avez-vous ressenti des différences significatives en termes de coût, de performance ou de support ?
Quel est votre opinion concernant ce nouveau modèle de tarification ? Pensez-vous que le modèle d’abonnement basé sur les employés d’Oracle est justifié ? Est-ce une approche équitable ou trop coûteuse pour les entreprises ?
Quelles sont les implications pour les développeurs et les entreprises ? Discutez des conséquences potentielles pour les développeurs, les entreprises et les projets qui dépendent de Java. Comment cela pourrait-il affecter leur stratégie de développement ?
Quelles alternatives à Oracle Java recommandez-vous ? Partagez vos préférences en matière d’environnements d’exécution Java. Avez-vous déjà migré vers OpenJDK ou envisagez-vous de le faire ?
Comment voyez-vous l’avenir de Java et d’OpenJDK ? Spéculez sur l’évolution de ces plateformes à long terme. Quelles tendances prévoyez-vous en matière d’adoption et de développement ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de smarties
Expert confirmé https://www.developpez.com
Le 30/07/2024 à 15:18
Vu la mauvaise réputation d'Oracle, j'imagine que les clients cherchent à éviter/se passer de leurs produits au maximum.

Tout nouveau client avec un service informatique bénéficiant d'un pouvoir de décision doit empêcher l'achat de produits Oracle.

Ca fait des années qu'ils ont des pratiques commerciales peu honnêtes donc à mon avis leurs revenus viennent essentiellement de clients historiques.
3  0 
Avatar de jpouly
Membre confirmé https://www.developpez.com
Le 31/07/2024 à 8:41
Java est mort, vive Java
2  0 
Avatar de Niconix
Candidat au Club https://www.developpez.com
Le 31/07/2024 à 9:57
Certes, Oracle vit sur les anciennes victoires de Sun Microsystem qu'il
a sabordé pour faire de Sun Java l'incontournable langage imposé par ses services...

Mais le temps passe, depuis sa création, le langage Java est devenu une "usine à gaz"
que la concurrence d'autres langages et l'AI feront disparaître au profit d'autres produits.

Du fait de son opulence mondiale, la société tente de réaliser plus de profits
pour des services déjà onéreux, si les clients quittent le navire, la société devra
trouver une autre source de profits... Et peut-être produire du matériel, ce que faisait
Sun Microsystem avec un succès encore retentissant avant son rachat par Oracle....
1  0 
Avatar de vdaburon
Membre à l'essai https://www.developpez.com
Le 01/08/2024 à 18:04
Citation Envoyé par pachot Voir le message
Pourquoi colporter des fausses rumeurs? Toutes les versions sont gratuites. C'est le support d'ancienne version qui nécessitent une souscription.

Java 17 est long-term support jusqu'en 2029, les updates sécurité sont gratuits.
C'est pourtant clair:
https://www.oracle.com/news/announce...17-2021-09-14/

Il y a plein de raisons de critiquer le licensing Oracle, ça sert à rien d'en inventer

Comme la version Java 21 Long Terme Support (LTS) est sortie en : "Java 21 was released on 19 September 2023"
https://en.wikipedia.org/wiki/Java_v...istory#Java_21
et que "free-to-use license until a full year after the next LTS release"
alors le support gratuit du JDK 17 LTS devrait s'arrêter un an après soit en septembre 2024.
Il faut donc passer à la version 21 pour garder du support "gratuit" ou passer à du OpenJDK 17 ou 21.
0  0 
Avatar de air-dex
Membre expert https://www.developpez.com
Le 05/08/2024 à 1:31
Citation Envoyé par Niconix Voir le message
Certes, Oracle vit sur les anciennes victoires de Sun Microsystem qu'il
a sabordé pour faire de Sun Java l'incontournable langage imposé par ses services...

Mais le temps passe, depuis sa création, le langage Java est devenu une "usine à gaz"
que la concurrence d'autres langages et l'AI feront disparaître au profit d'autres produits.

Du fait de son opulence mondiale, la société tente de réaliser plus de profits
pour des services déjà onéreux, si les clients quittent le navire, la société devra
trouver une autre source de profits... Et peut-être produire du matériel, ce que faisait
Sun Microsystem avec un succès encore retentissant avant son rachat par Oracle....
Java a trouvé un relais de croissance avec Android. Sauf qu'Oracle n'en profitera pas suite à leur procès perdu face à Google. Java est trop important pour que la communauté open-source ne prenne pas le relais si Oracle venait à totalement l'abandonner. De plus, Java tourne sur trop nombreux systèmes grâce aux Java/Jakarta EE et autres Springs.

Bref Java est increvable et nourrira encore de nombreux développeurs pour les dizaines d'années à venir rien qu'avec son marché actuel. Imagine si en plus il trouve un énième relais de croissance à l'avenir...
0  0 
Avatar de vertex.3F
Membre éclairé https://www.developpez.com
Le 12/08/2024 à 9:29
Citation Envoyé par Niconix Voir le message
Certes, Oracle vit sur les anciennes victoires de Sun Microsystem qu'il
a sabordé pour faire de Sun Java l'incontournable langage imposé par ses services...
pourrais tu expliquer STP ? je ne comprends pas bien

Citation Envoyé par Niconix Voir le message
Mais le temps passe, depuis sa création, le langage Java est devenu une "usine à gaz"
que la concurrence d'autres langages et l'AI feront disparaître au profit d'autres produits.
pourquoi "usine à gaz" ? quels sont tes critères ? pour pouvoir formuler cette opinion, combien de langages as-tu pratiqués en contexte professionnel et pour chacun durant combien de temps STP ?

le Java est un langage qui évolue positivement à mon sens (syntaxe et paradigmes) afin de s'adapter aux besoins qui évoluent; de mon coté j'ai pratiqué - en contexte professionnel - successivement le Cobol 3 ans, le C/ C++ environ 2 ans, le fortran 90 et matlab en parallele environ 3 ans, le java environ 15 ans, le javascript environ 2 ans, le typescript environ 2 ans; à titre personnel j'ai pratiqué le php (3 et 4 puis 5+) et les pythons 2 et 3, comme tout le monde; j'ai l'impression qu'il ne manque pas grand chose au langage Java pour les tâches courantes d'entreprise (j'écarte les besoins de domaines spécialisés car des langages spécialisés y répondent)

L’impression que je dégage est que le langage Java couvre la plupart des besoins en entreprise (cela bien plus facilement que d'autres langages spécialisés : si tu as essayé de coder une appli en C/C++ ou en scripts Python tu verras que le Java n'est pas si mal); je n'ai pas développé sur Android jusqu'ici mais j'ai cru comprendre que le langage Java est approprié à bon nombre d'applications sur cette plateforme aussi

de plus, le langage Java s'emploie rarement seul; à l'image du couple { Angular; typescript } le langage Java s'associe à JEE, Spring, vertex, Jooby et maintenant Quarkus (associé à K8S) ce qui repousse encore plus loin les limites du langage Java stricto sensu

à ma connaissance, concernant les applis "courantes" de gestion d'entreprise, l'éco système Java fait parfaitement le job pour réaliser assez facilement les fonctionnalités attendues

tenant compte de l'expérience souvent malheureuse avec les éditeurs qui ont voulu prendre le contrôle, des communautés solides s'organisent autour d'un code ouvert et permettent de s'affranchir ou de limiter les dérives du passé

maintenant si un langage "meilleur" que Java avec un éco système aussi complet parvient à voir le jour, alors je dis tant mieux pour nous, les développeurs
0  0 
Avatar de vertex.3F
Membre éclairé https://www.developpez.com
Le 12/08/2024 à 9:31
Citation Envoyé par air-dex Voir le message
Java est trop important pour que la communauté open-source ne prenne pas le relais si Oracle venait à totalement l'abandonner. De plus, Java tourne sur trop nombreux systèmes grâce aux Java/Jakarta EE et autres Springs.

Bref Java est increvable et nourrira encore de nombreux développeurs pour les dizaines d'années à venir rien qu'avec son marché actuel. Imagine si en plus il trouve un énième relais de croissance à l'avenir...
je suis bien d'accord avec cela, pour moi en termes d'utilisation en entreprise le langage Java est un peu devenu le nouveau COBOL
0  0