docker イメージでできること

Docker では、イメージを使用してソフトウェア実行環境とその実行環境に基づいて開発されたソフトウェアをパッケージ化できます。イメージは Docker がコンテナーを実行するための前提条件であり、ウェアハウスはイメージが置かれる場所です。 Docker の中核となるコンテナであり、実行時に必要なプログラム、ライブラリ、リソース、設定ファイルなどのファイルに加えて、実行時に用意されたいくつかの設定パラメータも含まれています。

このチュートリアルの動作環境: linux7.3 システム、docker バージョン 19.03、Dell G3 コンピューター。

Docker イメージで何ができるのですか?

イメージとは正確には何ですか?

イメージは、ソフトウェア実行環境とその実行環境に基づいて開発されたソフトウェアをパッケージ化するために使用される、軽量で実行可能な独立したソフトウェア パッケージです。これには、特定のソフトウェアを実行するために必要なすべてのコンテンツが含まれています。コードが含まれます。ランタイム、ライブラリ、環境変数、構成ファイル。

Docker イメージの使用:

1. イメージは、Docker がコンテナーを実行するための前提条件です。ウェアハウスはイメージが保存される場所であり、 Docker のコア;

2. イメージは特別なファイル システムとみなすことができます。コンテナの実行に必要なプログラム、ライブラリ、リソース、構成、その他のファイルを提供することに加えて、いくつかの構成も含まれていますランタイム用に準備されたパラメータ。

Docker イメージがあるのはなぜですか?

Paas時代では「ホストアプリケーション」と呼ばれる機能が提供されており、アプリケーションをデプロイする際には手動で、またはスクリプトを書いてデプロイします。このような展開で直面する問題は、クラウド環境とローカル環境の一貫性が保たれていることです。

Docker プロジェクトは Cloud Foundry コンテナとそれほど違いはありません。どちらも Cgroups と Namespace を使用して実装された「サンドボックス」です。異なる機能は Docker プロジェクトの Docker イメージです。 Paas が非常に面倒である理由は、アプリケーションごとのパッケージ化プロセスがユーザーにとって煩雑であり、設定や変更が必要であり、非常に手間がかかるためです。

しかし、Docker イメージはこの小さなパッケージ化機能を解決するために設計されており、一夜にして突然有名になりました。つまり、Docker イメージは圧縮パッケージであると言われるかもしれませんが、はい、ご想像のとおり、圧縮されたパッケージ ファイルのようなものです。 Paas 時代に直面したクラウドとローカルの一貫性の問題はどのように解決されるのでしょうか?これは非常に簡単です。イメージを、すべてのファイルと対応するディレクトリ構造を含む完全なオペレーティング システムに作成します。このような圧縮パッケージは、ローカル環境やテスト環境で使用されるオペレーティング システムとまったく同じです。

Docker は、開発者がアプリケーションと依存関係パッケージをポータブル イメージにパッケージ化し、それを一般的な Linux または Windows オペレーティング システム マシンに公開できるオープン ソース アプリケーション コンテナ エンジンです。コンテナーは完全にサンドボックス メカニズムを使用し、相互にインターフェイスを持ちません。

Docker には、イメージ、コンテナ、リポジトリという 3 つの基本概念が含まれていることがわかります。イメージは Docker がコンテナを実行するための前提条件であり、ウェアハウスはイメージが保存される場所であり、イメージが Docker の中核であることがわかります。

トピックに戻ると、Docker イメージは特別なファイル システムとみなすことができます。コンテナの実行に必要なプログラム、ライブラリ、リソース、構成、その他のファイルを提供するだけでなく、いくつかのファイルも含まれています一部の構成パラメータ (匿名ボリューム、環境変数、ユーザーなど)。イメージには動的データが含まれておらず、その内容は構築後に変更されません。

推奨される学習: 「docker ビデオ チュートリアル 」

以上がdocker イメージでできることの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。