- Έρευνα δείχνει ότι το 92% των χρηστών ανησυχεί για τις αλλαγές στην τιμολόγηση/αδειοδότηση της Oracle Java.
- Το μοντέλο Java SE per-employee (αντί για per-user/per-processor) αυξάνει σημαντικά το κόστος για οργανισμούς με πολλούς εργαζομένους.
- Το 81% έχει μεταβεί/μεταβαίνει/σχεδιάζει μετάβαση σε open source εναλλακτικές OpenJDK, ενώ τα audits παραμένουν σημαντική πίεση.
Έρευνα: 9 στους 10 χρήστες προβληματισμένοι για το Oracle Java pricing
Οι ανησυχίες για τις αλλαγές στη στρατηγική αδειοδότησης της Oracle για την Java επηρεάζουν πάνω από εννέα στους δέκα χρήστες, καθώς οι επιχειρήσεις δυσκολεύονται να προσαρμοστούν στο νέο καθεστώς, σύμφωνα με έρευνα.
Μελέτη της Dimensional Research δείχνει ότι το 92% από τους 2.000 συμμετέχοντες δήλωσε ότι ανησυχεί για την τιμολόγηση της Oracle Java, από 82% στην ίδια έρευνα πέρυσι. Όσοι δήλωσαν ότι ανησυχούν «πολύ» για τις αλλαγές αυξήθηκαν από 19% το 2025 σε 29% φέτος.
Η αύξηση από 82% σε 92% μέσα σε έναν χρόνο δείχνει ότι η «επίγνωση» του νέου μοντέλου licensing εξαπλώνεται σταδιακά μέσα στους οργανισμούς.
Τι άλλαξε το 2023: από per-user/per-processor σε per-employee
Το 2023, η Oracle άλλαξε το μοντέλο συνδρομής της Java SE, μετατοπίζοντας την τιμολόγηση από βάση ανά χρήστη ή ανά επεξεργαστή (per-user/per-processor) σε βάση ανά εργαζόμενο (per-employee).
Οι επικριτές χαρακτήρισαν την κίνηση «αρπακτική», καθώς οργανισμοί που χρησιμοποιούσαν λίγη Java αλλά είχαν μεγάλο αριθμό εργαζομένων θα μπορούσαν να δεχτούν ισχυρό πλήγμα από την αύξηση κόστους.
Αργότερα την ίδια χρονιά, έρευνα της Gartner έδειξε ότι το κόστος θα μπορούσε να είναι από δύο έως πέντε φορές μεγαλύτερο με το νέο μοντέλο αδειοδότησης, για χρήση του ίδιου λογισμικού.
Σε μοντέλο per-employee, ακόμη και περιορισμένη χρήση μπορεί να «μεταφραστεί» σε κόστος για μεγάλο μέρος ή και για το σύνολο του προσωπικού, ανάλογα με τους όρους.
Η ανησυχία οδηγεί σε μετακίνηση προς OpenJDK
Το άγχος γύρω από το νέο μοντέλο χρέωσης αποτελεί σημαντικό παράγοντα που ωθεί τους χρήστες Java να αναζητήσουν εναλλακτικές.
Σύμφωνα με την έρευνα σε επαγγελματίες τεχνολογίας παγκοσμίως, το 81% των χρηστών έχει μεταβεί, μεταβαίνει ή σχεδιάζει να μεταβεί όλο ή μέρος της Oracle Java σε μια open source εναλλακτική.
Υπάρχουν αρκετές εναλλακτικές της Oracle για την εκτέλεση εφαρμογών OpenJDK σε production, όπως οι BellSoft Liberica, IBM Semeru και Azul Platform Core.
Γιατί συνεχίζει να «φουντώνει» το θέμα: η ενημέρωση αργεί να διαχυθεί
Η ανησυχία για την αλλαγή αδειοδότησης συνεχίζει να αυξάνεται επειδή η ενημέρωση εξακολουθεί να «φιλτράρεται» μέσα στην κοινότητα χρηστών, δήλωσε ο Gil Tene, CTO και συνιδρυτής της Azul Systems (πάροχος υποστήριξης και τεχνολογίας Java), η οποία ανέθεσε την έρευνα.
«Για τους περισσότερους, ο τρόπος που το μαθαίνουν είναι μια συζήτηση με έναν πωλητή της Oracle, και αυτή η συζήτηση ξεκινά κάπου μέσα στον οργανισμό, αλλά μετά χρειάζεται χρόνο για να περάσει σε όλη την επιχείρηση, στους ανθρώπους που εξετάζουν τις οικονομικές επιπτώσεις και τον προϋπολογισμό», ανέφερε.
Ο Tene πρόσθεσε ότι οι χρήστες συνειδητοποιούν επίσης πως μια στρατηγική σταδιακής απεμπλοκής από την Oracle Java δεν λύνει το πρόβλημα αδειοδότησης.
«Η αλλαγή που έγινε πριν από λίγο λιγότερο από τρία χρόνια ήταν ότι πέρασαν από τιμολόγηση βάσει όγκου (volume-based) σε τιμολόγηση βάσει εργαζομένων (employee-based).
Αρκεί ένας εργαζόμενος στην εταιρεία να χρησιμοποιεί ένα αντίγραφο της Java από την Oracle για να “δεσμεύεται” η εταιρεία να πληρώνει ανά εργαζόμενο, για ολόκληρη τη βάση εργαζομένων», ισχυρίστηκε.
Audits και cloud: δύο ακόμη πηγές πίεσης στο κόστος
Μια ξεχωριστή μελέτη της Dimensional Research που δημοσιεύτηκε πέρυσι διαπίστωσε ότι το 73% των χρηστών Oracle Java είχε ελεγχθεί (audited) τα τελευταία τρία χρόνια.
Μια ακόμη πίεση στο κόστος της Java είναι η στροφή προς το cloud. Τα πιο πρόσφατα δεδομένα της Dimensional Research δείχνουν ότι το 97% των συμμετεχόντων έχει λάβει μέτρα για να μειώσει τα κόστη του public cloud, μεταξύ άλλων με χρήση πλατφόρμας Java υψηλής απόδοσης (41%).
Ωστόσο, το 74% των οργανισμών δηλώνει ότι εξακολουθεί να έχει πάνω από 20% αχρησιμοποίητη υπολογιστική ισχύ (unused compute capacity) στα public cloud περιβάλλοντά του.
Πίνακες: Τα βασικά ευρήματα και οι επιπτώσεις
Πίνακας 1: Ευρήματα έρευνας (Dimensional Research)
| Δείκτης | Τιμή | Σχόλιο |
|---|---|---|
| Ανησυχία για Oracle Java pricing | 92% (από 82% πέρυσι) | Αυξημένη επίγνωση/πίεση προϋπολογισμού |
| «Πολύ ανήσυχοι» | 29% (από 19% το 2025) | Κλιμάκωση φόβου για οικονομικές επιπτώσεις |
| Μετάβαση σε open source εναλλακτική | 81% | Μετακίνηση σε OpenJDK διανομές/παρόχους |
| Έλαβαν μέτρα μείωσης public cloud κόστους | 97% | FinOps/βελτιστοποίηση υποδομών |
| Έχουν >20% unused compute capacity | 74% | Υπάρχει «λίπος» για περικοπή κόστους |
Πίνακας 2: Σύγκριση μοντέλων αδειοδότησης (εννοιολογικά)
| Μοντέλο | Βάση χρέωσης | Ποιος «πονά» περισσότερο |
|---|---|---|
| Per-user | Ανά χρήστη | Ομάδες με πολλούς πραγματικούς χρήστες/σταθμούς |
| Per-processor | Ανά CPU/υπολογιστικό πόρο | Υποδομές με μεγάλη compute πυκνότητα |
| Per-employee | Ανά εργαζόμενο (employee base) | Οργανισμοί με πολλούς εργαζομένους, ακόμη κι αν η χρήση Java είναι περιορισμένη |
Πως να μειώσετε ρίσκο licensing και κόστος Java
Οι αλλαγές στην αδειοδότηση της Oracle Java δείχνουν ότι η «Java στρατηγική» μιας επιχείρησης δεν είναι μόνο τεχνική επιλογή.
Είναι συνδυασμός νομικών όρων, προμηθειών, ασφάλειας και FinOps. Αν θέλετε να κινηθείτε μεθοδικά (και χωρίς πανικό), ξεκινήστε από την ορατότητα και συνεχίστε με πολιτικές.
1. Κάντε απογραφή: πού τρέχει Oracle JDK και γιατί
Πριν αποφασίσετε μετάβαση, χρειάζεστε πραγματική εικόνα:
- Endpoints (laptops/desktops): εγκαταστάσεις JDK/JRE, παλιές εκδόσεις, «ξεχασμένα» installers.
- Servers/VMs/containers: images, base layers, CI/CD runners που κουβαλούν JDK.
- Build pipelines: πολλές εταιρείες δεν τρέχουν Oracle Java σε production, αλλά τη χρησιμοποιούν σε build/test.
Η πιο συχνή παγίδα είναι τα «διάσπαρτα» JDK σε developer μηχανήματα και CI agents που δεν τα παρακολουθεί κανείς κεντρικά.
2. Θέστε πολιτική “approved Java distributions”
Αν η κατεύθυνση είναι προς OpenJDK, ορίστε ποιες διανομές επιτρέπονται και με ποιο μοντέλο υποστήριξης (community vs εμπορικό support). Ενδεικτικά, λύσεις που αναφέρονται συχνά για production OpenJDK περιλαμβάνουν BellSoft Liberica, IBM Semeru και Azul Platform Core. Σημαντικό είναι να καταγράψετε:
- ποιος εγκρίνει την αλλαγή,
- πώς γίνεται patching (CVE διαδικασία),
- πώς διαχειρίζεστε LTS εκδόσεις και EOL ημερομηνίες.
3. Προετοιμαστείτε για audit, χωρίς να το «προκαλέσετε»
Με δεδομένο ότι μεγάλο ποσοστό χρηστών έχει περάσει από audits, κρατήστε τεκμηρίωση: συμβάσεις, παραστατικά, λίστες εγκαταστάσεων, και ξεκάθαρες εσωτερικές οδηγίες για το ποιος επιτρέπεται να εγκαθιστά τι. (Σημείωση: αυτό δεν είναι νομική συμβουλή—μιλήστε με νομικό σύμβουλο για όρους/υποχρεώσεις.)
4. Συνδέστε Java και cloud cost: “unused compute” σημαίνει χρήμα
Αφού το 74% αναφέρει >20% αχρησιμοποίητο compute, στοχεύστε σε πρακτικές κινήσεις:
- Rightsizing instances βάσει πραγματικών metrics (CPU/heap/GC).
- Autoscaling με ασφαλή όρια ώστε να μη «φουσκώνει» το κόστος σε spikes.
- Βελτιστοποίηση εφαρμογών Java (π.χ. heap tuning) ώστε να χρειάζονται λιγότερους πόρους.
Το συμπέρασμα: μειώστε την αβεβαιότητα με απογραφή, πολιτική εγκεκριμένων διανομών και πειθαρχία στο cloud. Έτσι, είτε μείνετε σε Oracle είτε μετακινηθείτε σε OpenJDK, θα ελέγχετε καλύτερα κόστος, συμμόρφωση και επιχειρησιακό ρίσκο.
