MicroProfileってなにそれ？ - MicroProfileの登場

連載初回となる今回はなにはともあれまずはMicroProfileそのものについて、概要から説明していきたいと思います。

Javaのエンタープライズの標準仕様はなんですか？と問われたら、みなさんはなにを頭に浮かべるでしょうか？そもそも「Javaのエンタープライズ」ってなんだよ？とは思いつつも、多くの方はJava EEもしくはJakarta EE、そしてもしかしたらJ2EEと言った単語を浮かべるのではないかと思いますが、いずれも正解です！

MicroProfileを語る上で標準であるJakarta EE（Java EE/J2EE）は切っても切り離せない関係にあります。ですので、MicroProfileの説明に行く前にまずは軽くJava EEのおさらいから始めたいと思います。

Java EEは1999年12月にエンタープライズ向けのエディションとして当初はJ2EEとして世にでました。エンタープライズとは「業務システムを作る上で必要」となるWeb UIやDBアクセス、システム間連携、セキュリティなどの仕様をまとめたものとなります。このエンタープライズエディションは登場以来、APIの洗練化やRESTやJSONサポートなど、その中身は時代とともに少しずつ変わってきましたが、中身以外のところで大きな変化が2回ありました。

１つはJ2EEからJava EEへのエディション名の変更。J2SEがJava SEへ変わったのに伴い2006年リリースのJava EE 5からJ2EEの名称がJava EEへ変更されました。この際の変更はこの名称変更のみで、API仕様や仕様策定プロセス等に対する実質的な変更はなく、実に平穏なものでした。

そして次の大きな変更がJakarta EEへの変更となります。それまでJava EEに関する権利関係はOracleが保有していましたが、Javaのエンタープライズ分野におけるより一層の発展と円滑な仕様策定を目指し、Java EEの権利関係が非営利団体であるEclipse Foundationに寄贈、移管されました^[1]。また、これによりエディション名もJava EEからJakarta EE 8へ一新^[2]され、この名称以外にも次にあげる大きな変更がありました。

• Jakarta EEとしての成果物にはjavax.*のパッケージは利用できなくなったため、既存のAPIも含め、パッケージ名はjakarta.*へ変更する^[3]
• 仕様を策定、およびそれを管理する組織がOracleを中心としたJCPからオープンな非営利団体であるEclipse Foundationへ移管された

MicroProfileを一言で説明することは難しいため、ここではMicroProfile 1.0がリリースされた当時の時代背景と絡めてMicroProfileが目指すものや目的を説明させていただきます。

MicroProfile 1.0は2016年9月にリリースされましたが、この頃のエンタープライズJava界隈の状況は以下のようでした。

• Java EEの停滞
  • 2013年5月にJava EE 7がリリースされ、次のJava EE ８は当初2016年第3四半期にリリースとされていましたが、2016年の前半辺りからJava EE 8のリリース延期や代わり映えしない仕様などの噂^[4]が流れ始め、Javaの開発コミュニティからはOracleのリーダシップに対し強い非難と落胆の声が上がっていました
  • また、このJava EE 8の開発停滞がJakarta EEへの移管にも繋がります
• Cloudの台頭
  • 2010年代前半から提唱されていたマイクロサービスアーキテクチャがこの頃にはある程度一般化し、Cloudの利用を前提としたアーキテクチャが求められるようになってきました
  • そのような中、Java EE 7ではマルチテナンシーなどのクラウドサポート機能の取り込みが見送られた背景もあり、Java EEのクラウド対応の遅さが問題となってきていました

このように鈍足で時代に追従するのが難しくなってきたエンタープライズ向けJavaの状況を打破すべく、ベンダーやコミュニティ、有志ら^[5]によりEclipse Foundation内で立ち上げられたプロジェクトがMicroProfile Projectであり、そのProjectで策定された仕様がMicroProfile specification、つまり所謂「MicroProfile」となります。

MicroProfileプロジェクトの設立目的は公式ページで説明されていますが、私はこれを要約して下記のように理解しています^[6]。

MicroProfile®プロジェクトは、マイクロサービスアーキテクチャ向けにエンタープライズJavaを最適化することを目的とし、Jakarta EEかを問わずJavaのエコシステムを活用しながらマイクロサービス向けの新しい共通APIと機能をオープンな環境で短いサイクルで提供してくことを目標にする

短いサイクルとマイクロサービスアーキテクチャと言う文言が含まれていることからも、明らかに当時のJava EEに対するアンチテーゼであったことが分かります。

歴史背景も踏まえながらMicroProfileを説明してきましたが、結局のところMicroProfileはなにかを最後にまとめさせていただくと

• マイクロサービスアーキテクチャで必要となる標準APIや機能^[7]を提供する
• 標準APIや仕様の提供はJakarta EEや既に存在するJavaエコシステムを活用して行う
• 標準APIや仕様はオープンな環境^[8]で策定され、短い間隔でリリースされる

ことを目的にしたSpecification（仕様）のまとまりであり、その策定、管理を行うProject（組織）と考えています。

MicroProfileの目的や目指すところを理解していただいたところで、次回はMicroProfileの仕様や実装について見ていきたいと思います。

参照資料

• RedHat Developer blog: MicroProfile - Collaborating to bring Microservices to Enterprise Java
• Oracle Technology Network Japan Blog: Java EEからJakarta EEへ