Docker Composeでコンテナ管理の問題を解決する

Docker の設計では、コンテナは 1 つのアプリケーションのみを実行します。しかし、現在のアプリケーションシステムのほとんどは、1 つのアプリケーションだけで構成することはできません。コンテナ間の接続とデータ交換の方法についてはすでに説明しましたが、これらの方法は、完全なアプリケーションシステムのコンテナグループを構築するためにも使用できます。ただし、多くのコマンドを実行する必要があり、多くのアプリケーションとコンテナの関係を考慮する必要があります。Docker Compose は、これらの複雑な操作を解決するように設計されています。

コンテナ管理問題の解決

最も単純な例を挙げると、アプリケーションコンテナ用に MySQL コンテナと Redis コンテナを準備する場合、起動のたびに、まず MySQL コンテナと Redis コンテナを起動し、次にアプリケーションコンテナを実行する必要があります。アプリケーションコンテナを作成するときは、アプリケーションが接続してデータを交換できるように、コンテナネットワークを MySQL コンテナと Redis コンテナに接続することを忘れないでください。

これだけじゃ十分ではありません。コンテナをさまざまな方法で構成した場合は、コンテナの作成と構成のコマンドを保存して、次回直接使用できるようにしたほうがよいでしょう。

このシステムを docker run や docker rm のようにシームレスに切り替えたい場合は、さらに面倒になります。コマンドのスレッドボールに閉じ込められないようにするために、いくつかのスクリプトを作成する必要があるかもしれません。

実際、コアにはコンテナの組み合わせを管理するためのものがまだ欠けています。

Docker の作成

Docker Compose: 複数のコンテナでソフトウェアを定義して実行します。 Docker Compose では、アプリケーションシステムに関連するすべてのアプリケーションと対応するコンテナーが構成ファイルに従って構成され、Docker Compose が提供するコマンドに従って起動されるため、前述の複数のコンテナー間の複雑な問題を解決できます。 Docker Compose は、イメージに対する Dockerfile の役割と同様に、複数のコンテナの動作モードと構成を固定化するものとして理解できます。

Docker Composeをインストールする

#ダウンロード curl -L "https://github.com/docker/compose/releases/download/1.22.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

#権限を設定する chmod +x /usr/local/bin/docker-compose

#インストール情報を表示する docker-compose バージョン

Docker Composeの基本的な使い方

Docker Compose の中核となるのは、YAML 形式に基づいた構成ファイルです。 Dockerfile がイメージビルド定義のデフォルトのファイル名として Dockerfile という名前を使用するのと同様に、Docker Compose 構成ファイルにもデフォルトのファイル名docker-compose.ymlがあります。
シンプルな構成内容

バージョン: '3'
サービス:
	ウェブアプリ:
		ビルド: ./image/webapp
		ポート:
			- 「5000:5000」
		ボリューム:
			- ./コード:/コード
			-ログボリューム:/var/log
		リンク:
			-MySQLについて
			- レディス
	レディス:
		イメージ: redis:3.2
	マイスク:
		イメージ:mysql:5.7
		環境：
			-MYSQL_ROOT_PASSWORD=私の秘密のパスワード
ボリューム:
	ログボリューム: {}

Docker Compose 構成ファイルには、各コンテナの詳細な制御からネットワークやデータボリュームの定義まで、さまざまなコンテンツを含めることができます。

versionは Docker Compose のバージョン番号で、最新は 3 です。 services構成の中核であり、コンテナの詳細を定義します。各サービスは、アプリケーションクラスターの構成を表します。

開始と停止

起動する
docker-compose up設定ファイルに従って構成されたすべてのコンテナ、ネットワーク、データボリュームなどを作成し、起動します。 docker runコマンドと同様に、どちらもフォアグラウンドで起動されます。デーモンとして起動する場合は、 -dも追加する必要があります。

docker-compose を起動 -d

docker-compose upデフォルトで現在のコンソールが配置されているディレクトリにあるdocker-compose.ymlファイルを認識します。ディレクトリを指定する場合は-fコマンド、プロジェクト名を指定する場合は-tコマンドを使用できます。

docker-compose -f ./compose/docker-compose.yml -p myapp を起動 -d

停止
docker-compose downコマンドは、すべてのコンテナを停止して削除するとともに、ネットワークなどの構成も削除するために使用されます。これは、この Docker Compose プロジェクトのほぼすべての効果が Docker から削除されることを意味します。

コンテナコマンド

これらのコマンドは、Docker Engine で単一のコンテナを操作するために使用されるコマンドに似ています。一般的なコマンドをいくつか見てみましょう。
Docker Engine では、コンテナ内のメインプロセスの出力を表示する場合、 docker logsコマンドを使用できます。 Docker Compose で実行されているサービスは Docker Compose によって自動的に名前が付けられるため、 docker logs直接使用する場合は、最初にコンテナの名前を見つける必要があり、これは明らかに少し面倒です。このタスクを完了するには、 docker-compose logsコマンドを直接使用できます。

docker-compose ログ nginx

同様に、Docker Compose には、1 つ以上のサービスを個別に制御できる同様のコマンドがいくつかあります。
docker-compose create 、 docker-compose start 、 docker-compose stopを使用すると、操作の対象が Docker Engine のコンテナーから Docker Compose のサービスに変更されることを除いて、 docker create 、 docker start 、 docker stopと同様の効果が得られます。

これで、Docker Compose を使用したコンテナ管理に関するこの記事は終了です。Docker Compose を使用したコンテナ管理の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: