甲骨文开始审核 Java 许可问题：500 强企业“连夜”卸载 Oracle JDK

技术编辑：MissD丨发自 思否编辑部

近日，有外媒报道称，甲骨文（Oracle）已开始将 Java 纳入其软件许可审核中，旨在“抓出”那些处于不合规边缘的企业客户，以此来推动企业付费。据了解，这是业内为提升付费率比较常用的策略。

据报道，2019 年 4 月甲骨文首次为其商业 Java 平台 Standard Edition（Java SE）引入了两种新的许可模式，并开始对以前免费的 Java 收取许可费。这就要求用户得先购买其商业 Java SE 产品的年度订阅，才能获得补丁和更新。

2021 年 9 月，甲骨文发布了 Java 17 之后，便又开始提供仅针对该迭代的三年的季度免费更新许可证，而不是像 Java 7、8 和 11 这样的早期版本。

到目前为止，甲骨文已经通过其销售团队采取了一种“软方法”来审核其 Java 许可问题。但今年年初以来，越来越多的软件开发工具包不断被纳入甲骨文的官方审核中，因此也引发了许多企业用户的担忧。

今年早些时候，软件资产管理公司 Anglepoint 就表示，他们已经发现了来自甲骨文的官方 Java 审核。

Palisade Compliance 的创始人兼 CEO Craig Guarente 也表示，他的团队也已经开始看到 Oracle License management services（LMS）专门要求提供Java 信息的信件，但一些客户还没有准备好了解他们的许可合规性。

Craig Guarente 透露称：“业内有不少困惑，大家都有一个误解：使用旧版本的 Java 不需要许可证。事实上，即使你使用旧版本，如果你从甲骨文网站下载补丁和更新，那么你依旧需要许可证来支持。而一些企业客户都在担心他们这是在‘开大支票’”。

除了上面的进度，报道称现在 Oracle 还在数据库等其他领域使用审核来访问有关 Java 使用情况的信息。比如那些宣称拥有 5000 个数据库许可证的公司可能会受到甲骨文 Java 销售代表的敲门声 —— “我们听说你这边用了 5000 个 CPU：但我们看不到 Java 许可证。你可以在一周内在不同领域提供 Oracle 信息”。

与 Oracle 的其他产品相比，Java 的许可管理有两个关键区别：尽管数据库和其他 on-prem 软件可能附带永久许可证，但 Java 需要订阅。因此，同时为数据库、中间件或应用程序的审核辩护要求客户从合同开始，但 Java 的应用非常广泛，可能需要对 it 资产进行技术分析。

早前，甲骨文业务负责人 Scott Jensen 在接受媒体采访时表示：“有一群组织‘完全忽视了 Java 许可的话题’，给他们的雇主带来了风险。”“你很容易受到各种风险的影响，无论是由于许可证短缺造成的财务风险，还是安全风险。”。

Jensen 透露，在为甲骨文审核流程做了更好准备的组织中，有些正在寻找开源替代方案。“我见过《财富》500 强企业一夜之间基本上就卸载了 Java，然后看会有什么中断，如果中断了，再把 Java 给装回去。但许多企业已经做了某种程度的翻版，将 Oracle Java 去掉，用开放 JDK 或其他同类取代它。”

据 Gartner 的一份研究报告称，用户需要商业订阅才能获得 Oracle Java SE 7、Java SE 8 和 Java SE 11 的关键更新。该报告建议组织通过评估迁移到 Java 17 或切换到第三方 Java 产品的意愿来评估他们的选择。

对此，Gartner 副总兼杰出分析师 Anne Thomas 表示，甲骨文对虚拟化的看法也在推高 Java 的订阅量。与数据库一样，组织必须在不划分虚拟环境的情况下为每个处理器颁发许可证（例如只能在一个集群中颁发许可证）。

Anne Thomas 称：“这就是为什么这些大公司每年要面对超过 1000 万美元的许可费用”。

“但运行时环境需要 Java 订阅，而非软件开发工具包。有些人并没有真正理解，部分原因可能是 Java 运行时环境中的 Java 开发工具包之间的差异：

Oracle 的产品被称为 Oracle JDK，尽管它是一个运行时。因此，许多人没有意识到许可实际上适用于运行时”，Anne Thomas 补充称。

- END -

想成为前端大佬？

测一测你的段位