Docker ドキュメント 全文検索
Results of 1 - 10 of about 86 for 通常 (0.003 sec.)
- コンテナやサービスのログを表示 — Docker-docs-ja 24.0 ドキュメント 11751
- プロダクションでアプリを実行 コンテナ設定 ログ記録 コンテナやサービスのログを表示 コンテナやサービスのログを表示 目次 docker logs コマンドは、実行中のコンテナによって記録された（logged）情報を表示します。 docker service logs コマンドは、サ
...TDIN はコマンドの入力ストリームであり、キーボードからの入力や他のコマンドからの入力を含みます。 STDOUT はたいていコマンドの通常出力であり、 STDERR は典型的にエラーメッセージを出力するために表示します。デフォルトでは、 docker logs はコマンドの STDOUT と...スに対して送信されます。この設定は Dockerfile をご覧ください。 公式 httpd イメージは、 httpd アプリケーションの設定を変更し、通常の出力を /proc/self/fd/1 （つまり STDOUT ） にします。また、エラーは /proc/self/fd/2 （つまり STDERR ）にします。詳細は Dock...logs イメージ ログ service 公式 nginx コンテナ ストリーム ケース ロギング logging httpd Dockerfile サービス ステップ 記録 通常 ドライバ 送信 データベース dual アプリケーション ログファイル proc... - https://man.mtool.work/docker/24.0/config/containers/logging/
- レジストリをソースからビルド — Docker-docs-ja 24.0 ドキュメント 11751
- Docker Registry レシピ レジストリをソースからビルド レジストリをソースからビルド 目次 使用例 レジストリを活用したい場合に役立ちます。 あるいは 多くの皆さんは 公式 Registry Docker イメージ を使ったほうが良いでしょう。 高度な使い方を考え
...ウトしなくても、ビルド手順は動くするでしょう。しかし、 GOPATH の適切な場所にプロジェクトがなければチェックアウトできません。通常は $GOPATH/src/github.com/docker/distribution です。 次の定型コマンドを実行すると、レジストリは標準のオプションで起動します。...す 完全な開発経験のためには、 cd で $GOPATH/src/github.com/docker/distribution に移動すべきです。ここから go test のような通常の go コマンドを実行しても、パッケージが動くでしょう。動かない場合は レジストリの開発 をご覧ください。 繰り返しのビルドが便利...スを作成することを推奨します。 上記のコマンドに成功すると、 GOPATH を指定せず make します。 make 成功すると go test のような通常の go コマンドをパッケージごとに実行しても、問題無く動作するでしょう。 build tag のオプション オプションの build tags は環... - https://man.mtool.work/docker/24.0/registry/recipes/building.html
- Docker Swarm ディスカバリ — Docker-docs-ja 24.0 ドキュメント 10740
- Docker Swarm ディスカバリ Docker Swarm ディスカバリ 目次 Docker Swarm は複数のディスカバリ・バックエンドに対応しています。Docker Swarm はホステット・ディスカバリ・サービス（hosted discovery service）が利用可能です。このサービスは クラスタ
...ix> ZooKeeper: swarm manage -H tcp://<swarm_ip:swarm_port> zk://<zookeeper_addr1>,<zookeeper_addr2>/<optional path prefix> 通常の Docker コマンドを実行します。 docker -H tcp://<swarm_ip:swarm_port> info docker -H tcp://<swarm_ip:swarm_port> run ... do...きます。 Swarm マネージャを何らかのマシン上で実行します。 swarm manage -H tcp://<swarm_ip:swarm_port> file:///tmp/my_cluster 通常の Docker コマンドを使います。 docker -H tcp://<swarm_ip:swarm_port> info docker -H tcp://<swarm_ip:swarm_port> run ... dock...rt> nodes://<node_ip1:2375>,<node_ip2:2375> あるいは swarm manage -H <swarm_ip:swarm_port> <node_ip1:2375>,<node_ip2:2375> 通常の Docker コマンドを実行します。 docker -H <swarm_ip:swarm_port> info docker -H <swarm_ip:swarm_port> run ... docker -H <swa... - https://man.mtool.work/docker/24.0/swarm/discovery.html
- Btrfs ストレージ・ドライバの使用 — Docker-docs-ja 24.0 ドキュメント 10053
- プロダクションでアプリを実行 ストレージ概要 コンテナ内にデータを保管 Btrfs ストレージ・ドライバの使用 Btrfs ストレージ・ドライバの使用 目次 （以下は古い内容を含むため、確認予定） 正確な内容は、原文を参照ください https://docs.docker.com/st
...・レイヤを管理するため、Docker は Btrfs の サブボリューム と スナップショット を活用します。Btrfs サブボリュームの見た目は、通常の Unix ファイルシステムと同じです。各々が内部にディレクトリ構造を持つのは、幅広い Unix ファイルシステムで見られるものです。...ットの必要に応じ、Btrfs は基盤をなすストレージ・プールから領域を割り当てます。割り当ての単位は chunk と chunks から参照され、通常は 1GB 以下の大きさです。 スナップショットは Btrfs ファイルシステム上の優秀な機能です。つまり、通常のサブボリュームと同じ見た...ます。 Btrfs はファイルシステム・レベルで動作するものであり、ブロック・レベルではありません。各イメージとコンテナのレイヤは、通常の Unix コマンドを使って参照できます。次の例は、イメージの最上位レイヤに対して ls -l コマンドを実行した結果を省略したものです... - https://man.mtool.work/docker/24.0/storage/storagedriver/btrfs-driver.html
- Swarm と TLS の概要 — Docker-docs-ja 24.0 ドキュメント 9042
- Swarm と TLS の概要 Swarm と TLS の概要 目次 Swam クラスタの全てのノードでは、それぞれの Docker デーモンが通信用のポートを公開（バインド）する必要があります。そのため、これがセキュリティ上の懸念となるのは明らかです。インターネットのような
...が使われます。 もしかすると、次の例えが分かりやすいかもしれません。個人を認識する手段としてパスポートを使うことは一般的です。通常のパスポートには個人を特定するための写真や生体情報が記録されています。また、パスポートには有効な国名だけでなく、有効・無効に...子証明書の提出が必要です。 また、Docker Engine デーモンも Docker Engine CLI が使う証明証を信頼する必要があります。信頼とは、通常は第三者の信頼機関によって担保されます。下図は Docker Engine CLI とデーモンが TLS 通信に必要となる設定です。 図中における信頼...す。 外部のサードパーティー認証局を使えば、その認証局によって、皆さんの証明書が作成・署名・発行・無効化など管理が行われます。通常はサービスの利用に料金が発生します。しかし、エンタープライズ・クラスの安定したソリューションを考慮した、高度な信頼をもたらす... - https://man.mtool.work/docker/24.0/swarm/secure-swarm-tls.html
- Dockerfile リファレンス — Docker-docs-ja 24.0 ドキュメント 8705
- Dockerfile リファレンス Dockerfile リファレンス 目次 Docker は Dockerfile から命令を読み込み、自動的にイメージをビルドできます。 Dockerfile はテキストファイルであり、イメージを作り上げるために実行するコマンドライン命令を、すべてこのファイ
...おらず、エラーが発生しがちです。 次の Dockerfile は escape パーサ・ディレクティブの追加により、 Windows 上のファイルやパスを通常通りの構文として扱えるようになります（補足説明:デフォルトでは「 \ 」が改行文字として扱われています。あえてエスケープ文字を「...らも同等に扱われます。中括弧（ { } ）を使う書き方は、 ${foo}_bar のように空白を使わず、変数名に割り当てる（ための変数）として通常は使います。 ${variable_name} の書き方は、次のような（変数展開するための）標準的 bash :ruby:`修飾子 <modifiers>` もサポートし...、ダブル・クォート（ "）を使う必要があります。 シェル形式と異なり、 exec 形式はコマンドとしてのシェルを実行しません。つまり、通常のシェルとしての処理を行いません。たとえば、 RUN [ "echo", "$HOME" ] では、 $HOME を変数展開しません。もしも、シェルとしての... - https://man.mtool.work/docker/24.0/engine/reference/builder.html
- Docker のセキュリティ — Docker-docs-ja 24.0 ドキュメント 8705
- Docker のセキュリティ Docker のセキュリティ 目次 Docker のセキュリティを考えてみる上では、主要な観点が 4 つあります。 カーネルに元からあるセキュリティと名前空間や cgroup のサポート。 Docker デーモンそのものの攻撃領域。 コンテナ設定プロファ
...な影響を及ぼします。 たとえば Docker の API を通じて、ウェブ・サーバをコンテナにプロビジョニングするとします。 このときには、通常以上に十分なパラメータ・チェックを行う必要があります。 そして悪意のあるユーザーがパラメータに細工をしたとしても、Docker から...ん。 代わりに net_bind_service ケーパビリティを与えるだけで十分です。 この他にも数多くのケーパビリティがあるので、root 権限が通常必要とされる場面のほとんどすべてに利用することができます。 コンテナーセキュリティにおいてこれは実に多くのことを意味します。...タスクのほぼすべては、コンテナ外部にあるインフラストラクチャによって取り扱われるものだからです。 SSH アクセスを管理するのは、通常は Docker ホスト上に稼動するサーバープロセスです。 cron は必要な場合は、ユーザ・プロセスとして起動させます。 スケジュール・サ... - https://man.mtool.work/docker/24.0/engine/security/security.html
- 複数コンテナのアプリ — Docker-docs-ja 24.0 ドキュメント 8705
- 始め方 - Get started 複数コンテナのアプリ 複数コンテナのアプリ 目次 これまでは1つのコンテナでアプリを動かしていました。しかし、これからはアプリケーション スタックに MySQL を追加しようとしています。そうすると、たいてい次の疑問が沸き上がりま
...す。「どこで MySQL を実行するのですか? 同じコンテナにインストールするのかな、それとも別々に実行するの?」と。通常、1つ1つのコンテナが、1つのことをしっかりと実行すべきです 。以下はコンテナを分けて実行する理由です。 データベースとは別に、...の A レコードがあり、 172.23.0.2 （おそらく似たような値が表示されているでしょう）に解決されているのが分かります。 mysql は通常のホスト名としては有効ではありませんが、 Docker はコンテナの IP アドレスをネットワーク エイリアスで調べられます。先ほど --ne...L_PASSWORD - 接続に使うパスワード MYSQL_DB - 接続先として使うデータベース 注釈 環境変数を使った接続設定は、開発環境であれば通常は問題ありませんが、本番環境でアプリケーションの実行時は 極めて推奨されません 。Docker の正式セキュリティ :ruby:`リード <lea... - https://man.mtool.work/docker/24.0/get-started/07_multi_container.html
- Docker ストレージ ドライバ — Docker-docs-ja 24.0 ドキュメント 8705
- プロダクションでアプリを実行 ストレージ概要 コンテナ内にデータを保管 Docker ストレージ ドライバ Docker ストレージ ドライバ 目次 理想的には、コンテナの書き込み可能なレイヤーへのデータが小さければ、データの書き込みには Docker ボリュームを使
...。また、 btrfs をストレージとして使う場合、システムが btrfs をサポートしていても、追加パッケージが必要になる場合があります。通常、最近の Linux ディストリビューションであれば以下の設定が動作します。 Linux ディストリビューション 推奨されるストレージ ドラ...、コンテナの書き込み可能なレイヤーに書き込みを依存するのではなく、 Docker ボリュームを使います。 vfs ストレージ ドライバは、通常はベストな選択ではありませんが、他のストレージ ドライバがサポートされていない状況で、主に調査目的として使えます。 vfs ストレ...、 btrfs のようなストレージ ドライバが利用可能な場合があります。これらのストレージドライバは、特定の用途で有利になりますが、通常の利用では推奨されていない追加セットアップやメンテナンスが必要となる場合があります。詳細は、各ストレージ ドライバのドキュメン... - https://man.mtool.work/docker/24.0/storage/storagedriver/select-storage-driver.h...
- Dev Environment の作成 — Docker-docs-ja 24.0 ドキュメント 8031
- Docker Desktop Dev Environments (Beta) Dev Environment の作成 Dev Environment の作成 目次 Dev Environment は、以下より作成できます: Git リポジトリ Git リポジトリのブランチやタグ Git リポジトリのサブフォルダ ローカルフォルダ これは、ホスト
...し、 Open in VS Code を選びます。 VS Code 内でもターミナルを開き、 Git を使ってリポジトリとのコードの push や pull をしたり、通常の作業のようにブランチ間を切り替えられます。 アプリケーションを起動するには、ターミナル内で make run コマンドを実行します。こ...し、 Open in VS Code を選びます。 VS Code 内でもターミナルを開き、 Git を使ってリポジトリとのコードの push や pull をしたり、通常の作業のようにブランチ間を切り替えられます。 アプリケーションを起動するには、ターミナル内で make run コマンドを実行します。こ... - https://man.mtool.work/docker/24.0/desktop/dev-environments/create-dev-env.html