そんなことは絶対に起こらないと言われていたが、2021年現在、マイクロソフトは独自のOpenJDKフレーバーを持っている。

今週の英国は寒いかもしれないが、Microsoft が OpenJDK のサポートを継続しているため、地獄のような状況に比べれば何でもない。

本日、OpenJDKのMicrosoft Buildのプレビュー版が長期サポート版として発表されました。このディストリビューションには、OpenJDK 11.0.10+9をベースとしたJava 11のバイナリが含まれており、macOS、Linux、そして（もちろん）Windows向けのx64サーバーおよびデスクトップ環境で動作します。

同社は2019年にOpenJDKに暫定的にサインアップして以来、かなりの進歩を遂げており、Microsoftは「その子会社は多くの面でJavaに大きく依存している」と指摘している。

確かに、Java は Microsoft のクラウド プラットフォーム上のエンタープライズ ワークロードにとって人気のある選択肢です。

また 2019 年に、Microsoft は Java ベンダーの Azul Systems の Zulu Embedded を SQL Server 2019 にバンドルし始め、OpenJDK にはサポート ベンダーが不足していることに気づきました (ただし、当時、Red Hat がこれについて何か言うかもしれないと指摘しました)。

同社は2020年までに、Arm上のWindows 10にOpenJDKを移植する最初の試みをリリースした。これは、Microsoftのデータセンターや高価なSurface Pro Xにこのプロセッサが将来的に搭載される可能性を示唆するものだった。この移植は、Apple Silicon上のmacOS用バージョンを稼働させる取り組みでも役立つことが証明された。

同社は、OpenJDK 11 の Microsoft ビルド (Eclipse Adoptium プロジェクトと同じビルド スクリプトを使用し、Eclipse Adoptium Quality Assurance スイートを再度テスト) に加えて、Arm 上の Windows 向け Java 16 の早期アクセス リリースもリリースしました。

しかし、全てが良いニュースというわけではない。同社は、バイナリには「お客様と社内ユーザーにとって重要だと判断した修正や機能強化がバックポートされている可能性がある」と警告しており、そのすべてが正式にアップストリームにバックポートされているわけではない。これは一部の人にとっては不安材料となるかもしれないが、Microsoftはそうすることで「改善と修正をより迅速に進め、同時にそれらの変更をアップストリームに並行して進める」ことができると主張しており、いずれにせよ、すぐにバックポートされない変更については「リリースノートに明記される」とのことだ。

同社は今年後半、Azureマネージドサービス全体でOpenJDKのMicrosoft BuildをJava 11のデフォルトディストリビューションにすることを計画しています。また、同社の50万台のJava仮想マシンのうち14万台以上がこのディストリビューションをベースにしています。

他の Azure サービスについてはどうでしょうか? 「お客様は、Microsoft Build の OpenJDK を含む、選択した JDK を持ち込むことができます。」®