設定 - Docker Compose - 版の履歴

Wiki: /* サービスログの確認 */

2024-08-06T03:05:25Z

サービスログの確認

← 古い版		2024年8月6日 (火) 12:05時点における版
200行目:		200行目:

	__FORCETOC__		__FORCETOC__
	[[カテゴリ:RHEL]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]][[カテゴリ:Web]]		[[カテゴリ:RHEL]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]][[カテゴリ:Web]][[カテゴリ:コンテナ]]

Wiki: /* docker-compose.ymlファイル */

2024-02-05T12:19:48Z

docker-compose.ymlファイル

← 古い版		2024年2月5日 (月) 21:19時点における版
81行目:		81行目:
	- <任意の名前 1 例: frontend>		- <任意の名前 1 例: frontend>
	- <任意の名前 2 例: backend>		- <任意の名前 2 例: backend>
	logging:		logging: # 例: ログドライバを"json-file", max-sizeを"10m", max-fileを"5"に指定する
	driver: "<ログドライバのオプション>" # ログの出力先やフォーマットを指定するログドライバを指定する		driver: "<ログドライバのオプション>" # ログの出力先やフォーマットを指定するログドライバを指定する
	# ログドライバには、json-file, syslog, journald, fluentd等がある		# ログドライバには、json-file, syslog, journald, fluentd等がある
	options: # ログドライバのオプションを指定する		options: # ログドライバのオプションを指定する
	max-size: "<単一のログファイルの最大サイズ>" # 例: "10m" (ログファイルの最大サイズを10[MB]に指定する場合)		max-size: "<単一のログファイルの最大サイズ>" # 例: "10m" (ログファイルの最大サイズを10[MB]に指定する場合)
	max-file: "<保持するログファイルの最大数>" # 例: "5"		max-file: "<保持するログファイルの最大数>" # 例: "5"
			dns: # リストの順序は、サービスがDNSサーバに対してクエリを発行する優先順位を示す
			- <DNSサーバのIPアドレス 1>
			- <DNSサーバのIPアドレス 2>
			dns_search: # サービスが名前解決を行う時に使用する検索ドメインのリストを指定する
			# これにより、指定された検索ドメインで解決できない場合に、他のドメインでの検索が行われる
			- example.com
			- subdomain.example.com

	networks:		networks:

Wiki: /* docker-compose.ymlファイル */

2024-02-05T12:14:54Z

docker-compose.ymlファイル

← 古い版		2024年2月5日 (月) 21:14時点における版
85行目:		85行目:
	# ログドライバには、json-file, syslog, journald, fluentd等がある		# ログドライバには、json-file, syslog, journald, fluentd等がある
	options: # ログドライバのオプションを指定する		options: # ログドライバのオプションを指定する
	max-size: "<単一のログファイルの最大サイズ> # 例: "10m" (ログファイルの最大サイズを10[MB]に指定する場合)		max-size: "<単一のログファイルの最大サイズ>" # 例: "10m" (ログファイルの最大サイズを10[MB]に指定する場合)
	max-file: "<保持するログファイルの最大数>" # 例: "5"		max-file: "<保持するログファイルの最大数>" # 例: "5"

Wiki: /* docker-compose.ymlファイル */

2024-02-05T12:05:03Z

docker-compose.ymlファイル

← 古い版		2024年2月5日 (月) 21:05時点における版
45行目:		45行目:
	services:		services:
	<コンテナ名 1 (任意の名前)>: # 例: sample1		<コンテナ名 1 (任意の名前)>: # 例: sample1
			container_name: <任意のコンテナ名> # 任意のコンテナ名を指定
	image: <イメージ（リポジトリ:タグ）を指定する> # イメージからコンテナを生成する場合、imageを指定		image: <イメージ（リポジトリ:タグ）を指定する> # イメージからコンテナを生成する場合、imageを指定
	command:		command:
57行目:		58行目:
	<環境変数名 1: 環境変数値> # 例: MYSQL_ROOT_PASSWORD: password		<環境変数名 1: 環境変数値> # 例: MYSQL_ROOT_PASSWORD: password
	<環境変数名 2: 環境変数値> # 例: MYSQL_PORT: 3306		<環境変数名 2: 環境変数値> # 例: MYSQL_PORT: 3306
			restart: on-failure # コンテナが異常終了した場合の再起動ポリシーの設定
			# always: 終了ステータスの種類を問わず、常に再起動する
			# unless-stopped: コンテナが手動で停止された場合を除いて再起動する
			# on-failure: コンテナがエラーコードで停止した場合に再起動する (エラーコードは非ゼロの終了コードであること)
			# no: 再起動しない
			networks: # Dockerネットワークの構成
			- <任意の名前 1 例: frontend>

	<コンテナ名 2 (任意の名前) 例: sample2）>:		<コンテナ名 2 (任意の名前) 例: sample2）>:
	build: <Dockerfileのファイルパス> # ~~Dockerfileを使用する場合、buildを指定~~		build: <Dockerfileのファイルパス> # Dockerfileを使用する場合、Dockerfileのパスをbuildで指定
	volumes: # ホストとコンテナでファイルを同期する場合等		volumes: # ホストとコンテナでファイルを同期する場合等
	- <ホスト側のパス:コンテナのパス>		- <ホスト側のパス:コンテナのパス>
	ports: # ポート転送 (ポートフォワーディング) を行う場合		ports: # ポート転送 (ポートフォワーディング) を行う場合
	- <ホスト側のポート:コンテナのポート>		- <ホスト側のポート:コンテナのポート>
	environment: # 環境変数を指定する場合		environment: # 環境変数を指定する場合
	<環境変数名 1: 環境変数値>		<環境変数名 1: 環境変数値>
	<環境変数名 2: 環境変数値>		<環境変数名 2: 環境変数値>
	<環境変数名 3: 環境変数値>		<環境変数名 3: 環境変数値>
	depends_on: # 依存関係を設定する場合 (他のコンテナと連携する場合)		depends_on: # 依存関係を設定する場合 (他のコンテナと連携する場合)
	- <コンテナ名> # 例: sample1		- <コンテナ名> # 例: sample1
			networks: # Dockerネットワークの構成
			- <任意の名前 1 例: frontend>
			- <任意の名前 2 例: backend>
			logging:
			driver: "<ログドライバのオプション>" # ログの出力先やフォーマットを指定するログドライバを指定する
			# ログドライバには、json-file, syslog, journald, fluentd等がある
			options: # ログドライバのオプションを指定する
			max-size: "<単一のログファイルの最大サイズ> # 例: "10m" (ログファイルの最大サイズを10[MB]に指定する場合)
			max-file: "<保持するログファイルの最大数>" # 例: "5"

			networks:
			frontend:
			driver: <ネットワークのドライバを指定> # bridge, overlay, macvlan等を指定する
			backend:
			driver: <ネットワークのドライバを指定> # bridge, overlay, macvlan等を指定する
			external: <既存の外部ネットワークを指定>
			driver_opts: <ドライバに関連する追加のオプションを指定>
			ipam: # IPアドレスの管理に関連する設定を指定する
			driver: default # IPアドレス管理のドライバを指定する
			config: # driverセクションに指定したドライバに関する設定を指定する
			- subnet: "<サブネットマスク>" # 例: 172.18.0.0/16

			# networksセクションの説明:
			# 上記の例では、backendネットワークに対しては、ipamセクションでサブネットを指定している。
			# これにより、ネットワーク内のコンテナに対して、手動でIPアドレスを指定することができる。
	</syntaxhighlight>		</syntaxhighlight>
	<br><br>		<br><br>

Wiki: /* コマンドの実行 */

2024-02-04T02:07:29Z

コマンドの実行

← 古い版		2024年2月4日 (日) 11:07時点における版
147行目:		147行目:
	# 例: docker-compose.yml内のdbを強制的にpullして、dbおよびwebを実行する		# 例: docker-compose.yml内のdbを強制的にpullして、dbおよびwebを実行する
	docker compose run db web new . --force --database=mysql		docker compose run db web new . --force --database=mysql
	~~<br>~~
	~~起動中のサービスのコンテナにコマンドを実行する。<br>~~
	~~podman exec -it <サービス名> /bin/bash~~
	<br>		<br>

Wiki: /* サービスの削除 */

2024-02-04T02:07:15Z

サービスの削除

← 古い版		2024年2月4日 (日) 11:07時点における版
128行目:		128行目:
	<code>--rmi all</code>オプションを付加することにより、サービスイメージも削除することができる。<br>		<code>--rmi all</code>オプションを付加することにより、サービスイメージも削除することができる。<br>
	docker compose down		docker compose down

	# サービスイメージの停止および削除		# サービスイメージの停止および削除
	docker compose down --rmi all		docker compose down --rmi all
	<br>		<br>

	==== サービスの強制削除 ====		==== サービスの強制削除 ====
	停止中のコンテナを削除する。<br>		停止中のコンテナを削除する。<br>

Wiki: /* コマンドの実行 */

2024-02-04T02:06:30Z

コマンドの実行

← 古い版		2024年2月4日 (日) 11:06時点における版
147行目:		147行目:
	docker compose run db web new . --force --database=mysql		docker compose run db web new . --force --database=mysql
	<br>		<br>
			起動中のサービスのコンテナにコマンドを実行する。<br>
			podman exec -it <サービス名> /bin/bash
			<br>

	==== サービスの設定の確認 ====		==== サービスの設定の確認 ====
	docker-compose.ymlで記述されている設定を表示する。<br>		docker-compose.ymlで記述されている設定を表示する。<br>

Wiki: /* Docker Composeの利点 */

2024-02-04T02:01:14Z

Docker Composeの利点

@@ 38行目: / 38行目: @@
 * ブリッジネットワークが自動作成されるため、コンテナ同士の通信が可能となる。
 * インフラ構成の可視化やバージョン管理がDocker Composeで完結する。
 <br><br>

Wiki: /* Composeコマンド */

2024-02-04T01:26:18Z

Composeコマンド

@@ 43行目: / 43行目: @@
 <code>docker-compose up -d</code>コマンドは、Docker Compose v2では動作しない。<br>
 YAMLファイルを実行するには、<code>docker compose -d</code>コマンドで実行する必要がある。<br>
 <br><br>

Wiki: /* Docker Composeの利点 */

2024-02-04T00:57:54Z

Docker Composeの利点

← 古い版		2024年2月4日 (日) 09:57時点における版
28行目:		28行目:
	*: Composeは、Composeファイル内の変数をサポートしている。		*: Composeは、Composeファイル内の変数をサポートしている。
	*: これらの変数を使用して、異なる環境や異なるユーザ向けにコンポジションをカスタマイズすることができる。		*: これらの変数を使用して、異なる環境や異なるユーザ向けにコンポジションをカスタマイズすることができる。
			*: （ポート番号やバージョン等）
	* 豊富なコミュニティとサポート		* 豊富なコミュニティとサポート
	*: Docker Composeは、活気ある活発なコミュニティの恩恵を受けている。		*: Docker Composeは、活気ある活発なコミュニティの恩恵を受けている。
	*: これは、豊富なリソース、チュートリアル、サポートを意味しており、このコミュニティ主導のエコシステムはDocker Composeの継続的な改善に貢献し、		*: これは、豊富なリソース、チュートリアル、サポートを意味しており、このコミュニティ主導のエコシステムはDocker Composeの継続的な改善に貢献し、
	*: ユーザが問題を効果的にトラブルシューティングできるよう支援する。		*: ユーザが問題を効果的にトラブルシューティングできるよう支援する。
			<br>
			また、以下に示すような利点もある。<br>
			* 複数のDockerfileを同時に起動できる。
			* ブリッジネットワークが自動作成されるため、コンテナ同士の通信が可能となる。
			* インフラ構成の可視化やバージョン管理がDocker Composeで完結する。
	<br><br>		<br><br>

Wiki: ページの作成:「== 概要 == Docker Composeは、マルチコンテナアプリケーションを定義して実行するためのツールである。
効率的な開発とデプロイを可能にすることができる。

Composeは、アプリケーションスタック全体の制御を簡素化して、サービス、ネットワーク、ボリュームを単一のYAMLファイルで簡単に管理できる。
そして、1つのコマンドで、設定ファ…」

2024-02-04T00:38:21Z

ページの作成:「== 概要 == Docker Composeは、マルチコンテナアプリケーションを定義して実行するためのツールである。 効率的な開発とデプロイを可能にすることができる。 Composeは、アプリケーションスタック全体の制御を簡素化して、サービス、ネットワーク、ボリュームを単一のYAMLファイルで簡単に管理できる。 そして、1つのコマンドで、設定ファ…」

新規ページ

== 概要 ==
Docker Composeは、マルチコンテナアプリケーションを定義して実行するためのツールである。 
効率的な開発とデプロイを可能にすることができる。 
 
Composeは、アプリケーションスタック全体の制御を簡素化して、サービス、ネットワーク、ボリュームを単一のYAMLファイルで簡単に管理できる。 
そして、1つのコマンドで、設定ファイルから全てのサービスを作成および起動することができる。 
 
Composeは、本番環境、ステージング環境、開発環境、テスト環境、CIワークフロー等、あらゆる環境で動作する。 
また、アプリケーションのライフサイクル全体を管理するコマンドも用意されている。 
* サービスの開始、停止、再構築。
* 実行中のサービスのステータスの表示。
* 実行中のサービスのログ出力をストリームする。
* サービスに対して単発のコマンドを実行する。
 

== Docker Composeの利点 ==
Docker Composeを使用することにより、コンテナ化されたアプリケーションの開発、デプロイ、管理を効率化できるメリットがいくつか存在する。 
* シンプルなコントロール
*: Docker Composeでは、1つのYAMLファイルでマルチコンテナアプリケーションを定義および管理できる。
*: これにより、様々なサービスのオーケストレーションと調整という複雑な作業が簡素化されて、アプリケーション環境の管理と複製が容易になる。
* 効率的なコラボレーション
*: Docker Composeの設定ファイルは共有が簡単なため、開発者、運用チーム、その他の関係者間でのコラボレーションが容易になる。
*: この協調的なアプローチは、よりスムーズなワークフロー、より迅速な問題解決、全体的な効率の向上に繋がる。
* 迅速なアプリケーション開発
*: Composeは、コンテナの作成に使用した設定をキャッシュする。
*: 変更されていないサービスを再起動する場合、Composeは既存のコンテナを再利用することにより、環境にすばやく変更を加えることができる。
* 異なる環境間での移植性
*: Composeは、Composeファイル内の変数をサポートしている。
*: これらの変数を使用して、異なる環境や異なるユーザ向けにコンポジションをカスタマイズすることができる。
* 豊富なコミュニティとサポート
*: Docker Composeは、活気ある活発なコミュニティの恩恵を受けている。
*: これは、豊富なリソース、チュートリアル、サポートを意味しており、このコミュニティ主導のエコシステムはDocker Composeの継続的な改善に貢献し、
*: ユーザが問題を効果的にトラブルシューティングできるよう支援する。
 

== Composeコマンド ==
<code>docker-compose up -d</code>コマンドは、Docker Compose v2では動作しない。 
YAMLファイルを実行するには、<code>docker compose -d</code>コマンドで実行する必要がある。 
 

__FORCETOC__
[[カテゴリ:RHEL]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]][[カテゴリ:Web]]