DevOpsチームの観点から、すぐに（例えばユーザー要求の突然の流入など、インフラなどの内部的な問題）アプリケーション環境の変化に対応するためのマイクロサービスの複数のインスタンスを展開することができますマイクロサービスアーキテクチャの背後にある主要な概念。
これを達成するために、単一のパッケージと製品のインストールなど、すべての依存関係を有するマイクロサービスのニーズは、この製品は、Java JDKがインストールされているすべてのサーバーにデプロイすることができます。これらの依存関係は、（例えばHTTPサーバまたはアプリケーション・コンテナなど）マイクロベアラサービスランタイムエンジンを含みます。
この継続的ビルド、パッケージ化および展開プロセスがサービスアセンブリ（図のステップ2-61）です。図2-7に示し組立工程のサービスに関する詳細。
.jpg)
幸いなことに、ほとんどすべてのJavaマイクロサービスフレームワークのランタイムエンジンは、パッケージおよび展開するためのコードを使用することができます含まれています。例えば、図スプリングブート2-7の例では内蔵Tomcatエンジンを埋設したMavenとスプリングブート実行するJava JARファイルを作成するために使用することができます。次のコマンドラインの例では、実行可能なJARを構築するための許可証として機能し、コマンドラインからJARファイルを開始します。
-
MVNきれいなパッケージ&& javaの¨Cjarターゲット/ライセンスサービス-0.0.1-SNAPSHOT.jarに
いくつかの操作と保守チームのために、環境ランタイムJARファイルの概念は自分のアプリケーションの展開に大きなシフトで埋め込みます。従来のJ2EE企業組織では、アプリケーションは、アプリケーション・サーバーにデプロイされます。アプリケーションがデプロイされたアプリケーションサーバ自体がエンティティであり、通常はシステム管理者のチームによって管理されているこのモデル手段は、それらの管理者にかかわらず、管理サーバーを設定します。
展開中に多くの組織では、アプリケーションサーバを構成するソースコントロールではないため、アプリケーションサーバとアプリケーションとの間の分離の構成は、故障の箇所に導入することができる、ユーザインターフェースと、ローカル方法管理スクリプトの組み合わせにより管理。この設定は中断され、突然と一見ランダムな状況で、その結果、アプリケーション・サーバー環境でドリフトするのは非常にがちです。
組み込み製品を実際に展開することができるランタイムエンジンは、構成のずれの数の可能性を排除します。また、ソース管理下に置かれた製品全体を可能にし、アプリケーションチームはより自分のアプリケーションが構築され、配備されている方法を検討することができます。