DockerFile はカスタム Redis と zabbix ミラー戦闘を構築します

1. Dockerfile はカスタム Docker イメージを構築します

1. docker build の仕組み

Docker は、Docker エンジン (つまり、サーバー デーモン プロセス) と実行時のクライアント ツールに分かれています。Docker のエンジンは、Docker Remote API と呼ばれる一連の REST API を提供し、docker コマンドなどのクライアント ツールが渡されます。この一連の API は、次の API と対話します。 Docker エンジンを使用してさまざまな機能を実行します。

ミラー イメージを構築する場合、すべてのカスタマイズが RUN コマンドで完了するわけではなく、多くの場合、COPY コマンドや ADD コマンドなどを使用して、一部のローカル ファイルをミラー イメージにコピーする必要があります。イメージを構築する docker build コマンドは、実際にはローカルに構築されるのではなく、サーバー側 (Docker エンジン) に構築されます。では、このクライアント/サーバー アーキテクチャでは、サーバーはどのようにしてローカル ファイルを取得できるのでしょうか?

これにより、コンテキストの概念が導入されます。ビルド時に、ユーザーはイメージ コンテキストをビルドするためのパスを指定します。docker build コマンドはこのパスを学習した後、そのパスの下にあるすべてのコンテンツをパッケージ化し、Docker エンジンにアップロードします。このようにして、Docker エンジンはコンテキスト パッケージを受信した後、展開してイメージの構築に必要なすべてのファイルを取得します。

実際、Dockerfile のファイル名は Dockerfile である必要はなく、コンテキスト ディレクトリに配置される必要もありません。たとえば、-f パラメーターを使用してファイルを Dockerfile として指定できます。一般に、誰もがデフォルトのファイル名 Dockerfile を習慣的に使用し、それをイメージ ビルド コンテキスト ディレクトリに配置します。

2. 単純な DockerFile

Dockerfile はテキスト ファイルであり、一連の命令 (命令) が含まれています。各命令はレイヤーを構築するため、各命令の内容はレイヤーを構築する方法を記述します。

Guess you like

Origin blog.csdn.net/qq_35029061/article/details/132014770