確実にドッカー。コンテナ化を使用すると最大の柔軟性が得られます。
最初のアプローチでは、jarはJavaに依存しています。新しいVMを作成するたびに、アプリケーションをサポートするための修正セットをインストールする必要があります。第二のアプローチで
利点は、
まず、すべてが単一の容器であることを行っています。
すべての必要なソフトウェアをコンテナにインストールすることができ、そのコンテナはどのVMでも使用できます。あなたは、それぞれのマイクロサービスのためにあなたの選択したjavaを使用する柔軟性を持っています。ドッカーをインストールするだけで、すべてが有効になります。
第二に、デベロッパーのProdパリティ
あなたの事microserviceアーキテクチャと12-factorアプリケーションの非常に多くがあれば。その後、ドッカーは多くの要因をサポートするのに役立ちます。 あなたのJavaと他のソフトウェアはあなたのすべての環境でユニークになる予定です。これは、ランタイム環境のいくつかのバージョンの不一致のために、Prodではなく、QAで動作しているかどうかを決して驚かせることはないということを意味します。
第三に、柔軟性
あなたはmicroserviceアーキテクチャに行けば、なぜ唯一のjava。 GO、Python、その他の言語を使用することもできます。現時点では、各VMのプラットフォームごとにランタイム環境をインストールするのではなく、コンテナにマイクロサービスを組み込むことは非常に便利です。
最後に、展開の容易性
あなたは、単一のコマンドでmivroserviceの100Sを実行するために、ドッキングウィンドウ・コンまたはドッキングウィンドウの群れを使用することができます。
間違いなくドッカー – Remario
これは意見に基づく質問/回答です。すべての人の長所と短所は異なるので、答えは難しいです。 –
jarアプローチを使用するとどうなりますか?私はDockerが提供するメリットに匹敵しますか?アプリケーションを拡張する必要がある場合はどうすればよいですか?瓶はドッカーのようにスムーズに私を許しますか?はいの場合は、どうですか? –