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 !

La police Java d'Oracle frappe pour la première fois aux portes des entreprises du Fortune 200
Depuis l'entrée en vigueur de sa politique « Java SE Universal Subscription » qui fait exploser les coûts

Le , par Stéphane le calme

81PARTAGES

6  0 
Depuis janvier 2023, Oracle a mis en place un nouveau régime de licence pour Java, le populaire langage de programmation et environnement de développement. Cette nouvelle politique, baptisée “Java SE Universal Subscription”, promet aux clients une “souscription mensuelle simple et à faible coût” qui inclut la licence et le support de Java SE pour les déploiements sur les postes de travail, les serveurs ou dans le cloud.

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 :


L'audit d'Oracle dans l'utilisation de Java des grandes entreprises

Les experts du secteur ont souligné que les entreprises qui utilisent peu Java devraient acquérir une licence pour chaque employé dans le cadre du dernier modèle, ce qui constitue un changement radical par rapport au modèle proposé précédemment par Oracle. Gartner a estimé que le modèle d'abonnement par employé serait deux à cinq fois plus cher que l'ancienne version.

Alors que les petites entreprises ne comptant qu'une centaine d'employés ont reçu des lettres d'audit d'Oracle leur demandant de clarifier leur position en matière de licences Java, l'entreprise s'était jusqu'à présent abstenue d'interroger les plus grandes entreprises. Mais cela a changé au cours des derniers mois, selon Craig Guarente, fondateur et PDG de Palisade Compliance, une société indépendante de conseil en matière de licences Oracle.

« Il y a un mois, j'aurais dit qu'Oracle n'auditait pas les entreprises du Fortune 100 ou du Fortune 200, et qu'il y avait donc un seuil au sommet, mais il n'y en a plus aujourd'hui », a-t-il déclaré. « Au cours du mois dernier, nous avons vu des lettres d'audit officielles d'Oracle adressées à des entreprises du Fortune 100. Certaines d'entre elles étaient des utilisateurs d'abonnements Oracle Java existants, dont les renouvellements étaient imminents, tandis que d'autres ne payaient rien à Oracle pour Java, de sorte qu'il n'y a pas vraiment de différence ».

Guarente s'exprimait lors d'un webinaire organisé par Azul, qui aide les entreprises à abandonner Oracle Java au profit d'alternatives open source.

Donna Walker, directrice des ventes aux entreprises chez Azul, a déclaré qu'Oracle avait demandé des frais de licence annuels de 4 millions de dollars lorsqu'un client du secteur de la vente au détail est passé à une licence par employé lors du déploiement d'un nouveau système de point de vente. Mais en utilisant Oracle Java pour le système de point de vente et en migrant le reste vers Java libre, le client a pu réaliser une économie de 90 %, a-t-elle affirmé.

Guarente a conseillé aux clients d'évaluer leur position et de ne payer pour Java que si cela s'avère nécessaire. La signature d'un accord à long terme peut faire d'un client l'otage de la fortune lorsqu'il s'agit de renouveler son contrat, a-t-il déclaré.

« Une fois que vous êtes engagé, si vous payez un million de dollars par an à Oracle et que vous avez souscrit un abonnement de trois ans, que pensez-vous qu'il se passera au moment du renouvellement ? Il ne s'agira pas d'un million de dollars, mais du montant qu'Oracle peut générer, et si vous êtes bloqué et que vous ne pouvez pas vous éloigner d'Oracle à ce moment-là dans les 30 ou 60 jours, votre renouvellement augmentera considérablement ».

L'année dernière, Gartner a déclaré que l'expérience des clients depuis l'introduction du nouveau modèle montrait une forte augmentation des coûts de licence d'Oracle, de sorte que d'ici 2026, plus de 80 % des applications Java seront déployées sur des runtimes tiers, contre 65 % en 2023.

En février 2023, Gartner a averti qu'Oracle « cible activement les organisations » sur la conformité à Java suite à l'introduction de nouvelles conditions contractuelles pour le code.

En juillet de l'année dernière, les médias ont révélé qu'Oracle envoyait des courriels non sollicités à des entreprises pour discuter de contrats d'abonnement à Java, apparemment dans le but d'extraire des informations qui pourraient lui être utiles lors de futures négociations de licence.

Exploration des Alternatives Open Source à Java

Dans le contexte actuel où Oracle a modifié sa politique de licence pour Java, de nombreuses entreprises cherchent des alternatives open source pour éviter les coûts supplémentaires. Voici quelques-unes des options open source les plus populaires qui peuvent servir de remplacement à Oracle Java SE :
  • Azul Platform Core : Azul Platform Core offre des builds Azul Zulu d’OpenJDK et se présente comme un remplacement direct d’Oracle Java SE à des coûts nettement inférieurs. Il est soutenu par des ingénieurs Java experts et propose des builds de sécurité stabilisés, permettant aux clients d’implémenter des correctifs de sécurité trimestriels tout en minimisant le risque de régression.
  • Amazon Corretto : Amazon Corretto est une distribution d’OpenJDK par Amazon, utilisée en interne et proposée en tant que binaires téléchargeables gratuitement. Corretto JDK est testé TCK et disponible pour Linux, Windows et macOS. Il comprend des correctifs d’Amazon qui ne sont pas encore intégrés dans les projets de mise à jour correspondants d’OpenJDK.
  • Eclipse Temurin : Eclipse Temurin est le projet open source Java SE basé sur OpenJDK. Temurin est disponible pour une large gamme de plates-formes et de versions de Java SE. Eclipse Temurin est une distribution d’OpenJDK maintenue par le projet Adoptium au sein de la Fondation Eclipse. Contrairement à son prédécesseur AdoptOpenJDK, les builds Temurin sont testés Java SE TCK. Les versions sont mises à jour et soutenues par la communauté Adoptium.
  • Red Hat OpenJDK : La build de Red Hat d’OpenJDK est une implémentation gratuite et open source de la plateforme Java, Standard Edition (Java SE) qui est prise en charge sur Windows et Red Hat Enterprise Linux.


Ces alternatives offrent non seulement une échappatoire aux nouvelles politiques de licence d’Oracle, mais elles peuvent également fournir une flexibilité accrue et une indépendance vis-à-vis d’un seul fournisseur. En adoptant ces solutions open source, les entreprises peuvent bénéficier d’une plus grande transparence, d’un contrôle accru sur leur pile technologique et potentiellement de coûts réduits.

Avantages de l’adoption d’alternatives open source :
  • Réduction des coûts : élimination des frais de licence et des coûts associés.
  • Flexibilité et personnalisation : possibilité de modifier le code source pour répondre aux besoins spécifiques de l’entreprise.
  • Support communautaire : accès à une vaste communauté de développeurs et à un support collaboratif.
  • Indépendance du fournisseur : moins de dépendance à un seul fournisseur, ce qui réduit le risque de blocage du fournisseur.

En considérant ces alternatives, les entreprises doivent évaluer leurs besoins spécifiques, leurs capacités techniques et leur stratégie à long terme pour s’assurer qu’elles choisissent la solution la plus adaptée à leur environnement et à leurs objectifs commerciaux.

Sources : Amazon Coretto, Azul Platform Core, Eclipse Temurin, Red Hat OpenJDK

Et vous ?

Quel impact la nouvelle politique de licence Java d’Oracle a-t-elle eu sur votre stratégie informatique globale ?
Comment évaluez-vous le rapport coût-bénéfice des licences logicielles dans votre entreprise ?
Avez-vous déjà été confronté à un audit de licence logicielle et comment votre entreprise y a-t-elle répondu ?
Quelles mesures votre entreprise a-t-elle prises pour se préparer à d’éventuels audits futurs ?
Dans quelle mesure la dépendance à un fournisseur unique affecte-t-elle votre prise de décision en matière de technologie ?
Comment la communauté open source peut-elle jouer un rôle dans la réduction des coûts de licence et la diversification des options technologiques ?
Quels sont les défis et opportunités que vous percevez dans la transition vers des alternatives open source ?
Quelle est votre perspective sur l’équilibre entre les coûts de licence et le support technique offert par les fournisseurs de logiciels ?
Comment la transparence des fournisseurs de logiciels sur les politiques de licence influence-t-elle votre confiance et vos relations commerciales ?
Quelles stratégies recommanderiez-vous pour négocier avec les fournisseurs de logiciels afin d’obtenir les meilleures conditions de licence ?

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 AoCannaille
Expert confirmé https://www.developpez.com
Le 11/06/2024 à 17:06
Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?
1  0 
Avatar de skaloup
Nouveau membre du Club https://www.developpez.com
Le 11/06/2024 à 19:50
Citation Envoyé par AoCannaille Voir le message
Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?
Toutes les entreprises qui veulent des mise à jour de sécurité sur Java 8, 7 voir 6.
Cela concerne en priorité les grande entreprises qui ont énormément d applications legacy
1  0 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 11/06/2024 à 21:24
Citation Envoyé par skaloup Voir le message
Toutes les entreprises qui veulent des mise à jour de sécurité sur Java 8, 7 voir 6.
Cela concerne en priorité les grande entreprises qui ont énormément d applications legacy
Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.
1  0 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 12/06/2024 à 22:39
Citation Envoyé par skaloup Voir le message
Un million est très largement insuffisant pour migrer les applications legacy d'une entreprise de 20'000 personnes. De surcroît que ce type d'applications legacy s'executent souvent sur du Weblogic ou Webshere ..
Je ne sais pas: il faut compter le support extended pour les Websphere ou le fait de les voir criblés de failles de sécurités, et d'être vraiment en risque. Pas certain que le fait de laisser ça traîner soit un bon calcul.

Il ne s'agit pas ici d'une réécriture complète mais de passer de Java à Java, même s'il y a eu de grosses ruptures depuis la version 9, surtout au niveau des outils/plugins.

Citation Envoyé par skaloup Voir le message

On ne parle pas du nombre de grandes entreprises qui ont encore des applications en Cobol sur As400 ou le prix des licences doivent très supérieure ...
Oui, enfin là, il faudrait faire une véritable réécriture, pour en sortir, et c'est des années à plusieurs millions par ans, en effet.
1  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 kain_tn
Expert éminent https://www.developpez.com
Le 11/06/2024 à 19:24
Citation Envoyé par AoCannaille Voir le message
Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?
Rien qui puisse justifier son prix. Ce sont juste des gogos.
2  2 
Avatar de skaloup
Nouveau membre du Club https://www.developpez.com
Le 11/06/2024 à 23:01
Citation Envoyé par kain_tn Voir le message
Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.
Un million est très largement insuffisant pour migrer les applications legacy d'une entreprise de 20'000 personnes. De surcroît que ce type d'applications legacy s'executent souvent sur du Weblogic ou Webshere ..

On ne parle pas du nombre de grandes entreprises qui ont encore des applications en Cobol sur As400 ou le prix des licences doivent très supérieure ...

Un million de licence Java comparé au prix des licences Sap, Oracle ou/et Microsoft que doivent déjà payer ce type d'entreprise c est presque gratuit...
0  0 
Avatar de walfrat
Membre émérite https://www.developpez.com
Le 17/06/2024 à 14:19
Citation Envoyé par kain_tn Voir le message
Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.
Ahah, je ne pense pas non, tu sous estimes vraiment un certain nombre d'élément qu'il faut gérer et surtout revalider l'entièreté du système, écrit sans doute à l'époque sans beaucoup d'automatisation

Déjà sur l'aspect sécurité, un certain nombre de choses ont changé, en particulier sur les paramètres par défaut, les algorithmes de l'époque qui sont par défaut débrancher car déprécié etc. Bref refaire juste compiler ne suffira pas.

Enfin il y a des chances qu'un certain nombre de ses applis soient purement délaissés, car il n'y a plus personnes qui sait vraiment faire juste autre chose que l'installer et prier pour que ça marche. Bref les grand classiques de ce qu'on peut trouver dans des entreprises qui ont vécu longtemps.
0  0