Docker ドキュメント 全文検索
Results of 1 - 10 of about 48 for 構文 (0.008 sec.)
- Compose ファイル version 3 リファレンス — Docker-docs-ja 24.0 ドキュメント 12995
- Compose ファイル リファレンス 以前のバージョン Compose ファイル version 3 リファレンス Compose ファイル version 3 リファレンス 目次 リファレンスと方針 以下のトピックでは、 Compose ファイル形式バージョン3について説明します。 Compose と D
...ルト(の設定値)として尊重されます。そのため、 docker-compose.yml で再び指定する必要はありません。 Bash のような ${変数名} の構文を使い、環境変数を設定値として使用できます。詳しくは 変数の置き換え をご覧ください。 このセクションで扱うのは、(Docker Comp...d : [ bundle , exec , thin , -p , 3000 ] configs サービスごとに使う configs 設定に基いて、アクセス権限を設定します。2つの構文がサポートされています。 注釈 config は既に存在しているか、 トップレベルの configs 設定に関する定義 がこのスタックファイルに...る必要があります。そうでなければ、スタックのデプロイに失敗します。 configs に関する詳しい情報は configs をご覧ください。 短い構文 :ruby:`短い構文 <short syntax>` の形式は、config 名でのみ指定できます。これは、コンテナがコンテナ内で設定にアクセスしたり... - https://man.mtool.work/docker/24.0/compose/compose-file/compose-file-v3.html
- Compose Specification(仕様) — Docker-docs-ja 24.0 ドキュメント 12298
- Compose ファイル リファレンス Compose Specification(仕様) Compose Specification(仕様) 目次 Compose ファイルとは、Docker アプリケーション用のサービス、ネットワーク、ボリュームを定義した YAML ファイル です。最新かつ推奨される Compose フ
...た。そのため、エンドユーザに属する実装が、実際に行えるかどうかを保証しません。 この仕様が定義するのは、想定している設定情報の構文と挙動ですが、特に注記がなければ、これらをサポートするかどうかは :ruby:`選択可能 <OPTIONAL>` です。 Compose の実装では、Comp...外すべてのトップレベル要素は profiles の影響を受けず、常に機能します。 他のサービスへの参照( links 、 extends 、共有リソース構文 service:xxx )は、アクティブな profiles によって無視されたコンポーネントを自動的に有効化 :ruby:`してはいけません <MUST>` 。...baz depends_on : - bar profiles : - test zot : image : zot depends_on : - bar profiles : - debug profiles を有効にしないで構文解析された Compose アプリケーション モデルには、 foo サービスしか含みません。 profiles で test を有効化する場合、モデルに含ま... - https://man.mtool.work/docker/24.0/compose/compose-file/
- swarm モード・ルーティング・メッシュを使う — Docker-docs-ja 24.0 ドキュメント 11890
- プロダクションでアプリを実行 コンテナ設定 Swarm Docker Swarm 導入チュートリアル swarm モード・ルーティング・メッシュを使う swarm モード・ルーティング・メッシュを使う 目次 Docker Engine swarm モードは、swarm の外にあるリソースからサービスが
...ce create \ --name <サービス名> \ --publish published = <公開ポート>,target = <コンテナ側ポート> \ <イメージ> 注釈 旧形式の構文は、 -p 8080:80 のように、まず公開用のポートがあり、次にターゲット用ポートがあり、間をコロン文字列で区切るものでした。新しい...す。TCP と UDP ポートの両方を公開するつもりでも、プロトコルの指定を省略すると、ポートは TCP として公開されてしまいます。長い構文( 推奨)を使う場合、 protocol キーで tcp か udp を指定します。 TCP のみ 長い構文: $ docker service create --name dns-cach...e \ --publish published = 53 ,target = 53 \ dns-cache 短い構文: $ docker service create --name dns-cache \ -p 53 :53 \ dns-cache TCP と UDP 長い構文: $ docker service create --name dn... - https://man.mtool.work/docker/24.0/engine/swarm/ingress.html
- Compose ファイル構築リファレンス — Docker-docs-ja 24.0 ドキュメント 9087
- Compose ファイル リファレンス Compose ファイル構築リファレンス Compose ファイル構築リファレンス 目次 Compose 仕様とは、複数のコンテナアプリケーションを定義するための、プラットフォームに中立な手法です。Compose の実装で焦点をあてているのは、
...は、構築コンテクストへのパスを含む文字列か、詳細な構造のどちらかで指定します。 services : webapp : build : ./dir この文字列の構文を使うと、 Compose ファイルの親フォルダからの相対パスとしてのみ、構築コンテキストを設定できます。このパスはディレクトリであり...築中にイメージビルダが :ruby:`使うべき <SHOULD>` SSH 認証を定義します(例:プライベート リポジトリのクローン時)。 ssh 属性の構文は、以下どちらかです。 default`` :ビルダを ssh-agent に接続します。 ID=path :ID と関連するパスをキーバリューで定義します。 P...ssh : - myproject=~/.ssh/myproject.pem イメージビルダは構築期間中に SSH 鍵をマウントできます。具体例として、 BuildKit 拡張構文によって、 ID として設定された SSH 鍵をマウントすると、リソースへ安全なアクセスできます: RUN --mount=type=ssh,id=myproject g... - https://man.mtool.work/docker/24.0/compose/compose-file/build.html
- ファイルでデフォルトの環境変数を設定 — Docker-docs-ja 24.0 ドキュメント 9087
- Docker Compose ファイルでデフォルトの環境変数を設定 ファイルでデフォルトの環境変数を設定 目次 Compose はプロジェクトのディレクトリ内にある .env という名前の :ruby:`環境ファイル <environment file>` 内で、デフォルトの環境変数の設定をサポート
...ディレクトリは優先順位によって決まります --project-directory フラグ 1つめの --file フラグがあるフォルダ 現在のディレクトリ 構文ルール .env ファイルは、以下の構文ルールを適用します。 Compose は env ファイルの各行を 変数=値 形式と想定 # で始まる行はコ...onment variables in file | Docker Documentation https://docs.docker.com/compose/env-file/ 関連キーワード 変数 Compose 環境 構文 ルール コマンドライン コンテナ ドキュメント environment Docker project directory フラグ 引用 記号 方法 リファレンス 目次 r... - https://man.mtool.work/docker/24.0/compose/env-file.html
- Docker で構築 — Docker-docs-ja 24.0 ドキュメント 8951
- Docker で構築 Docker で構築 Docker で構築 目次 このガイドでは、シンプルな Go 言語のプロジェクトと Dockerfile を含むリソースから始めます。このガイドの開始時点から、Docker でアプリケーションを構築する方法を改善するための、様々な方法を紹介し
...ile はテキスト形式のドキュメントであり、この中にアプリケーションの構築手順を定義します。 Dockerfile には Dockerfile :ruby:`構文 <syntax>` と呼ばれる :ruby:`ドメイン固有言語 <domain-specific language>` を書きます。 以下は、このガイドで使う現時点の Doc...の説明です。 # syntax=docker/dockerfile:1 このコメント文は Dockerfile パーサ ディレクティブ です。これで使用する Dockerfile 構文のバージョンを指定します。このファイルはベストプラクティスである dockerfile:1 構文を使います。つまり、最新の Docker 構築機能...ント build アプリケーション server buildme サーバ client ガイド 翻訳 ruby 起動 Docker メッセージ 言語 送信 バイナリ サンプル 構文 syntax dockerfile... - https://man.mtool.work/docker/24.0/build/guide/intro.html
- :ruby:`バインド マウント <bind mount>` の使用 — Docker-docs-ja 24.0 ドキュメン... 8800
- プロダクションでアプリを実行 ストレージ概要 :ruby:`バインド マウント <bind mount>` の使用 :ruby:`バインド マウント <bind mount>` の使用 目次 :ruby:`バインド マウント <bind mount>` は初期の Docker から存在しています。 ボリューム と比較する
...コマンドを使って直接管理できません。 -v と --mount フラグの選択 一般的に、 --mount は説明的かつ冗長です。最大の違いは、 -v 構文は1つのフィールドに全てのオプションをつなげるのに対し、 --mount 構文はそれらを分けます。以下は各フラグの比較です。 Tip 新しい...ユーザは --mount 構文を使うべきです。経験のあるユーザは -v や --volume 構文に慣れているでしょうが、調査によって、より簡単に利用できると分かってい...mount :複数のキーバリューのペアで構成。それらは、カンマで区切られ、かつ、それぞれが <key>=<value> のセットで構成。 --mount 構文は -v や --volume よりも冗長だが、キーの順番は意味が無く、フラグの値は理解しやすい。 マウントの type (形式)は、 bind 、 vo... - https://man.mtool.work/docker/24.0/storage/bind-mounts.html
- list - クラスタ上のノード一覧 — Docker-docs-ja 24.0 ドキュメント 8800
- list - クラスタ上のノード一覧 list - クラスタ上のノード一覧 list を使うとクラスタ上のノード一覧を表示します。 クラスタのノードを表示するには、次の構文を使います。 docker run swarm list [ OPTIONS ] <discovery> 次の例は <discovery> 引数を使
...う構文の例です。 etcd: swarm list etcd://<etcd_addr1>,<etcd_addr2>/<optional path prefix> <node_ip:port> Consul: swarm list consul...ラスタ ノード swarm etcd addr consul token Docker optional prefix node port iprange トークン アドレス キーバリュー Swarm kv. 構文 docker... - https://man.mtool.work/docker/24.0/swarm/reference/list.html
- Dockerfile リファレンス — Docker-docs-ja 24.0 ドキュメント 8663
- Dockerfile リファレンス Dockerfile リファレンス 目次 Docker は Dockerfile から命令を読み込み、自動的にイメージをビルドできます。 Dockerfile はテキストファイルであり、イメージを作り上げるために実行するコマンドライン命令を、すべてこのファイ
...pp:1.0.2 -t shykes/myapp:latest . Docker デーモンは Dockerfile 内に書かれた命令を実行する前に、事前に Dockerfile を検証し、構文が間違っている場合はエラーを返します。 $ docker build -t test/myapp . [ + ] Building 0 .3s ( 2 /2 ) FINISHED = > [ internal...\ hello \ world" :ruby:`パーサ・ディレクティブ <parser directives>` :ruby:`パーサ・ディレクティブ <parser directives>` (構文命令)はオプションです。 Dockerfile で指定すると、以降の行での挙動に影響を与えます。パーサ・ディレクティブは構築時にレイヤを...クエンドの利用時には、無視されます。 syntax ディレクティブ(命令)では、対象の Dockerfile が構築時に使う、 Dockerfile :ruby:`構文 <syntax>` の場所を定義します。BuildKit バックエンドは Docker イメージとして配布され、コンテナのサンドボックス環境内で実行さ... - https://man.mtool.work/docker/24.0/engine/reference/builder.html
- Dockerfile を書くベストプラクティス — Docker-docs-ja 24.0 ドキュメント 8527
- Docker で開発 Dockerfile を書くベストプラクティス Dockerfile を書くベストプラクティス 目次 このトピックでは、効率的なイメージ構築を目的とした、ベストプラクティスと手法についてのアドバイスを扱います。 Docker は Dockerfile に書かれた命令を読
...用例に一番あう方法に置き換えられます。 ビルド・コンテクストを送信せず、stdin からの Dockerfile を使ってイメージ構築 以下の構文を使えば、標準入力から Dockerfile を使ってイメージを構築するため、ビルド・コンテクストとして送信するファイルの追加が不要です...で除外 を参照ください。 注釈 イメージの構築にあたり、ビルド・コンテクストを送信しない標準入力の Dockerfile で COPY や ADD 構文を使おうとしても、構築できません。以下の例は失敗します。 # 作業用のディレクトリを作成します mkdir example cd example # ファイ...のビルド・コンテクストとして、stdin からの Dockerfile を読み込んで構築 ローカル・ファイルシステム上ファイルを使って構築する構文には、標準入力から Dockerfile を使います。この構文では、 -f (あるいは --file )オプションで、使用する Dockerfile を指定しま... - https://man.mtool.work/docker/24.0/develop/develop-images/dockerfile_best-practi...