後に「マイクロサービスそれらのものは、」春にも理解して、各モジュールの役割を曇らせる、春ブーツと春クラウド関係はまっすぐに、お読みください。
しかし、リレーショナル春の雲とドッカー、春ブーツとドッカーの、春の雲、または理解していないとの間の関係の詳細な使用。
エントリのために、しかし、あまりにも深くに記述されていないが、「Springcloudとドッキングウィンドウの戦闘マイクロサービスのアーキテクチャ」の本、270の合計は、エントリー用結局のところ、あまりにも厚い本は非常に良い本です。
この本の14章の合計
第一章、マイクロサービスアーキテクチャの概要
第二章で、春の雲の紹介
第三章では、春の雲の使用を開始しました
第IV章、マイクロサービスの登録と発見ユーレカ
第V章、リボンクライアントの負荷分散を実装
第VI章、REST呼び出しを達成装います
第VII章、Hystrixは、フォールトトレランスを実現します
第VIII章、Zuul建物マイクロゲートウェイサービスを使用して
第IX章、マイクロサービス設定の春クラウドコンフィグ統合管理の使用
章X、スルースマイクロ追跡サービスを実装します
第11章、よくある質問の概要
第12章、ドッカー
第13章では、サービスは、マイクロドッカー上で実行されます
ドッカー作曲振り付けmicroServiceと第14章、
第11章の章私は一般の理解、および参照することがほとんどありません。
springboot、SpringCloud、ドッカー、ドッカー作曲を理解し、章12、13との間の関係を見ることが鍵
第12章、ドッカープロフィール
クライアント、イメージ、コンテナ、レジストリ、ドッカーハブ
私はドッキングウィンドウの基礎を学んできたので、基本的なコマンドドッカーは、ので、これは、レコードの一部ではなくなりました。
第13章では、サービスは、マイクロドッカー上で実行されます
Dockerfileファイルをビルドします。
ドッカー例えば、実行コマンドを構築します：
ドッキングウィンドウは、-t nginxのを築く：私。
一般的なコマンドのDockerfile
ADD
ARG
ENV
CMD
EXPOSE
から
ラベル
MAINTAINER
RUN
ユーザー
ボリューム
WORKDIR
使用
Gradleのパックされたプロジェクトを使用します
次のように、プロジェクトのルートディレクトリDockerfile文書を作成します。
Javaから：8 VOLUME / tmpの ADDビルドディスカバリーによって/ libsに/ 0.0。1。 -SNAPSHOT.jar / app.jar 時間属性ファイル＃現在のシステム時刻に変更 はbash RUN -C ' /app.jarタッチが' EXPOSE 8761 エントリーポイントのJavaを -jar /app.jar
ドッキングウィンドウ-t lakeslove / springcloudブログ発見を構築：0.01。
ドッキングウィンドウで実行-it -d -p 8761：8761 lakeslove / springcloudブログ-発見：0.01
アクセスlocahost：8761
プッシュdockerhub
ドッキングウィンドウのログイン
ドッキングウィンドウのプッシュlakeslove / springcloudブログ-発見：0.01
プラグインを使用しますので、上のドッキングウィンドウ-のmaven-pluginの、Gradleの-ドッキングウィンドウ・プラグインと、プラグインの多くを、私たちは一種の無駄なプラグインプロジェクト、ジェンキンスは、直接スクリプトに記述されており、これは調査されていません。
第14章、マイクロサービスオーケストレーションの使用DockerCompose
作曲は定義し、開発、テスト、CIのワークフローや他のシーンを構築するための理想的な複数のアプリケーションのドッカーコンテナを、実行するために使用するツールです。
基本的に3つのステップを使用し作曲：
任意の場所での環境を再現するために、Dockerfileカスタムアプリケーション環境を使用します
ファイルアップ隔離された環境で一緒に実行する各サービスのサービスアプリケーションで定義されたドッキングウィンドウ-compose.ymlで。
実行doker-構成するコマンドを、アプリケーション全体のアップとランニング
ドッキングウィンドウ-compose.yml共通コマンド
すべてのデフォルト値ファイルを設定することで、環境変数のドッキングウィンドウ-compose.yml .envファイルへの参照、詳細なリファレンス https://www.cnblogs.com/sparkdev/p/9826520.html
例としては、次のとおりです：
バージョン：" 3.3 " のサービス： ユーレカ： ビルド：。 ポート： - " 8761：8761 "
ボリューム：
-は/ opt /データ：の/ var / libに/ mysqlの
Dockerfileパスに続いて、ビルドを構築
ポート機能は実行-pをドッキングウィンドウに似ています
（：容器ホスト）ロールパスをマウントされたボリュームは、典型的には、ルートマップとして、提供され
別のサービスまたは容器、読み取り専用ことができる指定されたROを、RW書き込み、デフォルトRWの読み書きからvolumes_fromマウントされたボリューム
共通のコマンドをドッキングウィンドウ、構成
サービスを構築または再構築するために構築します。
例えば、指定されたサービスコンテナを停止するために殺す：ドッキングウィンドウ-コンユーレカを殺します
サービスを表示するために、出力ログを記録します
あなたが出力ユーレカ8761サービスポート共通ポートを結合することができますので、ポートユーレカ8761をドッキングウィンドウは、構成：ポートプリントなど、共通ポートを結合
PSは、たとえば、すべてのコンテナを示しています。ドッカ - コンPS
ミラーダウンロードサービスを引っ張ります
ドッキングウィンドウ・コンRMユーレカ：RMなどの指定されたサービスコンテナを削除
ドッキングウィンドウ-COMPOSE走行ウェブのbash：など、サービス上でコマンドを実行実行
ドッカー-COMPOSEスケールユーザ= 3ムービー= 3：スケール設定操作は、サービス= NUM、例として指定され、コンテナのサービス番号を指定します
ドッキングウィンドウ-COMPOSEはユーレカを開始：スタートコンテナ指定されたサービスは、たとえば、すでに存在する開始します
ストップは、例えば、コンテナが実行されている停止：ドッカ - コンストップユーレカを
、接続コンテナサービスを再作成し、作成、構築起動するように、サービスに接続されているすべてのは、彼らがすでに実行されていない限り、起動します。
ドッキングウィンドウ-構成するコマンドが終了は、すべてのコンテナがバックグラウンドで実行を停止しますと、コマンド出力、すべての重合容器をアップ-dをアップドッカ、作曲
ドッキングウィンドウ-compseネットワーク設定
コンテナは、コンテナは、サービス名は、ホスト名でいる、ということだけでなく、ネットワークにアクセスするための別の容器になるようにデフォルトでは、作曲は、各容器は、ネットワーク内のサービスに参加する、ネットワークアプリケーションを作成します。他の容器へのアクセス。
デフォルトでは、アプリケーションのネットワーク名は、メール作成プロジェクト名に基づいて、プロジェクト名は、ディレクトリのドッキングウィンドウ-compose.yml名に基づいており、
プロジェクト名を変更するには、--project名のロゴやCOMPOSE_PROJECT_NAME環境変数を使用することができます
デフォルトでは、ネットワークアーキテクチャの橋渡しをすることです
ドッカー作曲、ドッキングウィンドウスウォーム、Kubernetesの違い：
ドッカードッカー作曲は、他のホストにドッカー容器を開始しない、単一のマスターコンテナレイアウトツールに基づいています
ドッカースウォームとKubernetesは、コンテナ管理プラットフォームのホスト間でDcokerをベースに
ドッカードッカー群れがKubernetesが地面を失うされて、あなたが学ぶ必要がありません競争の中で研究開発会社です。
だから、ドッカー作曲で簡単に見、綿密な調査Kubernetes。