一般的に使用される Java マイクロサービス フレームワークは多數(shù)あります。ここでは、次のように人気のあるものを簡(jiǎn)単に紹介します:

1、Spring Boot

Java は長(zhǎng)い間 Spring アプリケーションを構(gòu)築してきました。Spring Boot は、構(gòu)成の詳細(xì)を処理することでマイクロサービスの構(gòu)築を容易にする Spring の特定のバージョンです。 Spring Boot は、マイクロサービスだけでなく、あらゆる種類(lèi)の Spring プロジェクトを自己開(kāi)始するために作成されました。アプリケーションが完成すると、Spring Boot はそれを Web サーバーで混合し、JVM を除いた JAR ファイルを出力します。これは生の Docker コンテナーと考え??ることができます。これが、マイクロサービスの構(gòu)築を擔(dān)當(dāng)する多くの開(kāi)発者が Spring Boot を非常に好む理由です。

2. Eclipse MicroProfile

2016 年、Java Enterprise コミュニティは、人々がクラシック コンポーネントを使用してシンプルなマイクロサービスを構(gòu)築できるように、Java Enterprise Edition のコンテンツをクリーンアップすることを決定しました。 。多數(shù)のライブラリが削除されましたが、REST リクエストの処理、JSON の解析、依存関係注入の管理を行う機(jī)能コードは保持され、最終的には Eclipse MicroProfile と呼ばれるようになり、その特徴は高速かつシンプルでした。

それ以來(lái)、MicroProfile コミュニティは、マイクロサービスをスムーズかつ安全に実行し続けるための新しいコードを追加しながら、四半期ごとに新しいバージョンをリリースするプロトコルを開(kāi)発してきました。 Java EE 開(kāi)発者は開(kāi)発プロセスとコード構(gòu)造に精通しており、構(gòu)成の問(wèn)題を回避できます。

(ビデオ チュートリアルの推奨: java ビデオ )

3. Dropwizard

Dropwizard が 2011 年に登場(chǎng)したとき、Dropwizard フレームワークはは、多くの重要なモジュールを含む非常にシンプルなモデルを開(kāi)発者に提供します。必要に応じてビジネス ロジックを追加したり、他のコンテンツを構(gòu)成したりできます。最終的には、JAR ファイルが非常に小さく、すぐに開(kāi)始できることがわかります。

4. WildFly Thorntail

Red Hat スタッフは、柔軟な構(gòu)成ツールを使用して獨(dú)自のバージョンの MicroProfile を構(gòu)築しました。このフレームワークは當(dāng)初 WildFly Swarm と呼ばれていましたが、後に WildFly Thorntail と名前変更されました。Thorntail は、必要な機(jī)能を指定することで獨(dú)自の Maven ビルド ファイルを作成するのに役立ち、Maven がすべてを組み立てます。

5. Helidon

Helidon は Java Enterprise Edition を削除し、軽量のサーブレットベースのコアを保持し、多くのファンを魅了しました。 Helidon では、開(kāi)発者は Netty から開(kāi)始して、ルーティングとエラー処理のためのコードを追加しました。これは、コードの 2 つの基本モデル、いわゆる SE バージョンと MP バージョンを使用します。

ノード開(kāi)発者は、関數(shù)呼び出しがピリオドで接続されているため、Helidon SE のほうが馴染みがあるかもしれません。 JAX-RS を使用する Java プログラマは、Helidon MP に精通しているでしょう。さらに、Helidon には評(píng)判の高いツールも統(tǒng)合されており、これが多くの開(kāi)発者を惹きつける理由です。

6. Cricket

迅速な API 開(kāi)発のためのもう 1 つのフレームワークは Cricket です。 Cricket は小規(guī)模ですが、データベースへの接続を回避するためのキーと値のデータ ストレージや、バックグラウンドでの反復(fù)処理を制御するためのスケジューラなど、多くの追加機(jī)能が含まれています。複雑さや依存関係が追加されることはないため、Cricket にコードを追加して獨(dú)立したマイクロサービスを起動(dòng)するのは簡(jiǎn)単です。

7. Jersey

Web サービスを開(kāi)発するための標(biāo)準(zhǔn)的な方法の 1 つは、RESTful Web サービス (JAX-RS とも呼ばれる) の Java API です。 Jersey フレームワークの一般仕様に記載されています。このアプローチは主に、アノテーションを使用してパス マッピングを指定し、詳細(xì)を返します。パラメーターの解析から JSON パッケージ化まで、その他すべては Jersey によって処理されます。

Jersey の主な利點(diǎn)は、JAX-RS 標(biāo)準(zhǔn)を?qū)g裝していることです。この機(jī)能は非常に人気があり、一部の開(kāi)発者は Spring Boot と組み合わせて Jersey を使用することに慣れています。

8、Play

JVM のクロスランゲージ機(jī)能を體験する最良の方法の 1 つは、Java などと互換性のある Play フレームワークを使用することです。他の JVM 言語(yǔ)。その基盤(pán)は非常に現(xiàn)代的で、ユーザーとそのセッション データを追跡しようとするスレッドによってサーバーに過(guò)負(fù)荷がかからない非同期のステートレス モデルを備えています。 OpenID、認(rèn)証、ファイル アップロードのサポートなど、Web サイトを具體化するために使用できる追加機(jī)能が多數(shù)あります。

9. Swagger

API の構(gòu)築は、ポートでリッスンするコードを記述するだけのように簡(jiǎn)単に思えるかもしれませんが、Swagger の開(kāi)発者はそうは考えません。彼らは、API の記述に使用できる完全な API 仕様言語(yǔ) OpenAPI を作成しました。これは余分なステップのように思えるかもしれませんが、Swagger チームは、この仕様を自動(dòng)テストやドキュメントなどに変換するコードも提供しています。

Swagger 構(gòu)成ファイル內(nèi)の API は非常にシンプルで、インターフェイスの実裝、インターフェイスの記録、その下に構(gòu)築されたコードをテストするためのツール セットの提供に使用されます。また、API ガバナンス メカニズムもあります。

10. Restlet

さまざまなフレームワーク間の最大の違いの 1 つは、他のサービスまたはライブラリへの接続の數(shù)です。 Restlet プロジェクトは、より大規(guī)模な機(jī)能と接続のセットを提供します。特定のメール サーバーで POP、IMAP、または SMTP を使用するマイクロサービスの必要性を回避するために、JavaMail などのライブラリと統(tǒng)合されています。また、大規(guī)模なテキスト インデックスやメタデータの構(gòu)築を防ぐために、 Lucene と Solr を統(tǒng)合しました。

Restlet にはまだ開(kāi)発中の機(jī)能が多數(shù)あります。たとえば、JSON は XML、CSV、YAML、その他いくつかのファイル形式を直接処理できるため、JSON を使用する必要はありません。さらに、ユーザーは Chrome ブラウザから API をテストできます。

推奨チュートリアル: java エントリー プログラム

以上が一般的に使用される Java マイクロサービス フレームワークは何ですか?の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。