Docker ドキュメント 全文検索
Results of 1 - 10 of about 56 for 保持 (0.004 sec.)
- データベースの保持 — Docker-docs-ja 24.0 ドキュメント 13290
- 始め方 - Get started データベースの保持 データベースの保持 目次 気を付けなければ、コンテナを起動するたび、todo リストは毎回きれいに消去されます。どうしてでしょうか? このパートではコンテナがどのように動作しているのか、深掘りしましょう。 コ
...ます。 ボリュームは主に2種類あります。ゆくゆくは両方を使いますが、まずはボリュームのマウントから始めましょう。 todo データを保持する デフォルトでは、todo アプリが自身のデータを保存するのは、コンテナ用ファイルシステム内で /etc/todos/todo.db にある SQL...データベースはたった1つのファイルです。そのため、ホスト上のファイルを次のコンテナで利用できるようにするだけで、データベースを保持できるため、最後に中断したところから継続できるでしょう。ボリュームを作成し、データを保管するディレクトリに :ruby:`取り付ける...<attach>` と（よく :ruby:`マウントする <mounting>` と言います）、データを :ruby:`保持 <persist>` できます。つまり、私たちのコンテナが書き出す todo.db ファイルは、ホスト上のボリュームに置いておけば、保持できま... - https://man.mtool.work/docker/24.0/get-started/05_persisting_data.html
- Docker でのデータ管理 — Docker-docs-ja 24.0 ドキュメント 13098
- プロダクションでアプリを実行 ストレージ概要 Docker でのデータ管理 Docker でのデータ管理 目次 コンテナ内で作成された全てのファイルは、デフォルトで :ruby:`書き込み可能なコンテナ レイヤー <writable container layer>` に保存されます。つまり、こ
...れが意味するのは: コンテナを削除すると、データは保持されません。そして、コンテナの外から他のプロセスが必要なデータを取得するのが困難になります。 コンテナの書き込み可能なレイヤー...プションがあります。 また、 Docker はホストマシン上のメモリ内へのファイル保存もサポートしています。ですが、これらのファイルは保持されません。 Linux 上で Docker を実行している場合は、「 tmpfs マウント」がホストのシステムメモリ内への保存に使われます。Wind...している場合は、「 :ruby:`名前付きパイプ <named pipe>` 」がホストのシステムメモリ内への保存に使われます。 メモリ内でデータを保持する利点についての情報を知るには、このまま読み進めてください。 正しいマウント形式を選択 どのマウント形式を使っても、コンテ... - https://man.mtool.work/docker/24.0/storage/
- tmpfs マウントの使用 — Docker-docs-ja 24.0 ドキュメント 11477
- プロダクションでアプリを実行 ストレージ概要 tmpfs マウントの使用 tmpfs マウントの使用 目次 ボリューム と バインド マウント はホストマシンとコンテナ間でファイルを共有できるようにするため、コンテナを停止した後もデータを保持できます。 Linux
...ンテナはファイルを作成できます。 ボリュームやバインドマウントとは違い、 tmpfs マウントは一時的なもので、ホストメモリ上にのみ保持します。コンテナを停止すると、 tmpfs マウントは削除され、また、書き込まれたデータは保持されません。 ホスト上やコンテナの書き...込み可能なレイヤーのどちらにも保持したくない、機微ファイルの一時的な保存に便利です。 tmpfs マウントの制限 ボリュームやバインド マウントとは異なり、コンテナ間...ps://docs.docker.com/storage/tmpfs/ 関連キーワード tmpfs マウント コンテナ mount フラグ docker tmptest ボリューム バインド 保持 type destination mode ホスト 書き込み nginx latest container 制限 選択 挙動 ステップ 共有 停止 Docker... - https://man.mtool.work/docker/24.0/storage/tmpfs.html
- 始め方 - Get started — Docker-docs-ja 24.0 ドキュメント 10770
- 始め方 - Get started 始め方 - Get started Part 1:概要 コンテナとは何? コンテナ イメージとは何でしょうか? 次のステップ Part 2:アプリケーションのコンテナ化 アプリの入手 アプリのコンテナ イメージを :ruby:`構築 <build>` アプリ コンテナの起動
...アプリケーションの共有 リポジトリ作成 イメージを :ruby:`送信 <push>` 新しいイメージを実行 次のステップ Part 5:データベースの保持 コンテナのファイルシステム コンテナの :ruby:`ボリューム <volume>` todo データを保持する ボリュームを深掘り 次のステップ Pa...関連キーワード コンテナ Part ステップ アプリ イメージ ruby アプリケーション MySQL ボリューム Docker Compose 構築 build 起動 保持 バインド マウント サービス スタック started 概要 入手 ソースコード 共有 リポジトリ... - https://man.mtool.work/docker/24.0/get-started/toc.html
- Docker Compose 概要 — Docker-docs-ja 24.0 ドキュメント 8958
- Docker Compose Docker Compose 概要 Docker Compose 概要 目次 参考 Compose ファイルのリファレンスを探していますか? 最新バージョンはこちらです。 Compose とは、複数のコンテナを定義し実行する Docker アプリケーションのためのツールです。Compose
...には以下の効率的な機能があります。 単一ホスト上で、複数の環境を :ruby:`分離 <isolate>` コンテナ作成時にボリューム データを保持 変更のあったコンテナのみ再作成 環境間で変数の共有 単一ホスト上で、複数の環境を :ruby:`分離 <isolate>` Compose は :ruby:`...ctory>` です。コマンドラインのオプション --project-directory で任意の値を定義できます。 コンテナ作成時にボリューム データを保持 Compose は、サービスが利用するボリュームをすべて保持します。 docker-compose up の実行時、コンテナがそれ以前に実行されてい...コンテナ Docker サービス ruby 変数 アプリケーション ホスト 開発 複数 分離 ボリューム テスト環境 コマンドライン 起動 isolate 保持 共有 一般的 デプロイ ツール 依存... - https://man.mtool.work/docker/24.0/compose/
- コンテナでデータを管理 — Docker-docs-ja 24.0 ドキュメント 8059
- コンテナでデータを管理 コンテナでデータを管理 目次 これまでは 基本的な Docker の概念 や、 Docker イメージ の導入部に加え、 コンテナのネットワーク について学びました。このセクションでは、どのようにしてコンテナ内やコンテナ間でデータを管理で
...リです。また、 ユニオン・ファイルシステム (Union File System) をバイパス（迂回）するものです。データ・ボリュームは、データの保持や共有のために、複数の便利な機能を提供します。 ボリュームはコンテナ作成時に初期化されます。コンテナのベース・イメージ上で、特...・ボリューム上には影響ありません。 コンテナ自身を削除しても、データ・ボリュームは残り続けます。 データ・ボリュームは、データ保持のために設計されており、コンテナのライフサイクルとは独立しています。そのため、コンテナの削除時、Docker は 決して 自動的にボリ...ィレクトリのマウントが最も簡単です。 データ・ボリューム・コンテナの作成とマウント データに永続性を持たせたい場合（データを保持し続けたい場合）、例えばコンテナ間での共有や、データを保持しないコンテナから使うには、名前を付けたデータ・ボリューム・コンテ... - https://man.mtool.work/docker/24.0/engine/tutorials/dockervolumes.html
- :ruby:`バインド マウント <bind mount>` の使用 — Docker-docs-ja 24.0 ドキュメン... 8059
- 始め方 - Get started :ruby:`バインド マウント <bind mount>` の使用 :ruby:`バインド マウント <bind mount>` の使用 目次 Part 5 ではデータベース内のデータを保持するため、ボリュームのマウントを使いました。アプリケーションのデータをどこかに保持
...下のコマンドを使って新しいイメージを構築します。 $ docker build -t getting-started . 次のステップ 現段階で、データベースを保持できるようになり、イメージを再構築しなくても、開発しているアプリを変更できるのが分かりました。 ボリュームマウントとバインドマ... - https://man.mtool.work/docker/24.0/get-started/06_bind_mounts.html
- ボリュームの使用 — Docker-docs-ja 24.0 ドキュメント 8059
- プロダクションでアプリを実行 ストレージ概要 ボリュームの使用 ボリュームの使用 目次 Docker コンテナによって作成され、かつ、使われるデータを保持するために、ボリュームは適した仕組みです。 バインド マウント はホストマシン上のディレクトリ構造と
...ュームは、Mac と Windows ホストからのバインド マウントに比べ、より高い性能 加えて、コンテナの書き込み可能なレイヤーにデータを保持するためには、ボリュームがより良い選択です。これは、ボリュームによってコンテナが使用する容量が増えませんし、対象となるコンテ...ナのライフサイクル外でボリュームの内容が存在し続けます。 もしもコンテナが保持する必要がない状態のデータを生成する場合は、 tmpfs マウント の使用を検討ください。それにより、データがどこかに保持される続け... - https://man.mtool.work/docker/24.0/storage/volumes.html
- Dockerfile リファレンス — Docker-docs-ja 24.0 ドキュメント 7882
- Dockerfile リファレンス Dockerfile リファレンス 目次 Docker は Dockerfile から命令を読み込み、自動的にイメージをビルドできます。 Dockerfile はテキストファイルであり、イメージを作り上げるために実行するコマンドライン命令を、すべてこのファイ
...のため、コメント（ # ）と（ RUN のような）命令よりも前の空白を無視しますが、お勧めしません。以下のような例では、先頭の空白は保持されないため、どちらも同じものです。 # これはコメント行です RUN echo hello RUN echo world # this is a comment-line RUN echo...hello RUN echo world ただし注意が必要なのは、以下の RUN 命令のように、命令に対する引数の空白は保持されます。そのため、以下の例では、先頭に空白が指定した通りある「 hello world」を表示します。 RUN echo " \ hello \ world" :ru...値> ... ENV 命令は、環境変数 <キー> に対し、値を <値> として設定します。この値は、以降に続く構築ステージ中で、環境変数として保持されます。その上、多くの場合、 その途中で置き換え 可能です。値は、他の環境変数を示すものとしても解釈できます。そのため、引用... - https://man.mtool.work/docker/24.0/engine/reference/builder.html
- swarm update — Docker-docs-ja 24.0 ドキュメント 7882
- swarm update 警告 このコマンドは Docker 1.12 で導入された Swarm 管理機能の一部です。それと、変更は下位互換性を考慮していない可能性があります。 swarm update 使い方: docker swarm update [ オプション ] Swarm を更新 オプション: --auto-accept
...-help 使い方の表示 --secret string クラスタにノード追加時に必要なシークレット値を指定 --task-history-limit int タスク履歴の保持上限数 ( デフォルト 10 ) 新しいパラメータ値で Swarm クラスタを更新します。このコマンドはマネージャ・ノード上で実行する必要が... - https://man.mtool.work/docker/24.0/engine/reference/commandline/swarm_update.htm...