Docker ドキュメント 全文検索
Results of 1 - 10 of about 47 for 維持 (0.002 sec.)
- docker buildx rm — Docker-docs-ja 24.0 ドキュメント 13574
- コマンドライン リファレンス Docker CLI (docker) docker buildx docker buildx rm docker buildx rm 目次 説明 ビルダ・インスタンスを削除します。 使い方 $ docker buildx rm [ NAME ] 補足説明 特定のビルダ、もしくは現在のビルダを削除します。
...使用例は、以下の 使用例のセクション をご覧ください。 オプション 名前, 省略形 デフォルト 説明 --keep-state BuildKit の状態を維持する --builder 設定したビルダインスタンスを上書き 使用例 builder 対象の設定を上書き (--builder) buildx --builder と同じで...す。 BuildKit の状態を維持（--keep-state） BuildKit の状態を維持します。そのため、新しいビルダは同じ名前で再利用できます。現在サポートしているのは d...ker.com/engine/reference/commandline/buildx_rm/ 関連キーワード buildx docker インスタンス builder ビルダ ビルダー BuildKit 維持 keep state 構築 使い方 補足 関連 操作 目次 特定 セクション 省略 再利用 サポート container ドライバ Docker Buildx... - https://man.mtool.work/docker/24.0/engine/reference/commandline/buildx_rm.html
- 互換性を維持しない変更、非互換性 — Docker-docs-ja 24.0 ドキュメント 12768
- Docker Engine ユーザガイド 互換性を維持しない変更、非互換性 互換性を維持しない変更、非互換性 目次 Docker Engine の各リリースでは、前バージョンとの下位互換性を保つように努めています。 インターフェースを安定させることは Docker において常に最
...もって 3 リリースの期間は議論を継続し、 廃止機能 において文書化しています。 Engine 1.10 1.10 のリリースにおいては、互換性を維持しない変更が 2 つ存在し、Registry と Docker Content Trust に影響を与えています。 Registry Registry 2.3 においてはイメージマニ...er.com/engine/breaking_changes/ 関連キーワード Engine Docker Registry 互換性 Content Trust イメージ リリース プッシュ プル 維持 下位 ダイジェスト docker 認証 委任 changes 目次 インターフェース 安定 最重要 将来的 予定 期間 議論... - https://man.mtool.work/docker/24.0/engine/breaking_changes.html
- デーモンが停止中でも、コンテナの実行を維持 — Docker-docs-ja 24.0 ドキュメント 12160
- プロダクションでアプリを実行 コンテナ設定 デーモンが停止中でも、コンテナの実行を維持 デーモンが停止中でも、コンテナの実行を維持 目次 デフォルトでは、 Docker デーモンを終了（terminate）すると、実行中のコンテナを停止（shut down）します。デー
...管理されます。swarm マネージャが利用できなくなれば、 swarm サービスはワーカ・ノード上で実行し続けようとしますが、クォーラムを維持するために利用可能な swarm マネージャが十分でなければ、サービスの実行は維持できません。 参考 Keep containers alive during da...ア ライブ デーモン Docker swarm 停止 再起動 live restore Desktop アップグレード Windows マネージャ 可能性 バッファ サービス 維持 方法 docker daemon 手動 影響 モード サポート... - https://man.mtool.work/docker/24.0/config/containers/live-restore.html
- docker cp — Docker-docs-ja 24.0 ドキュメント 9333
- コマンドライン リファレンス Docker CLI (docker) docker cp docker cp 参考 docker container cp 目次 説明 コンテナとローカルファイルシステム間で、ファイルやフォルダを :ruby:`コピー <copy>` します。 使い方 $ docker cp [ OPTIONS ] CONTAINE
...ディレクトリからの相対パスです。 cp コマンドの挙動は Unix の cp -a コマンドと似ています。これは、パーミッションを可能であれば維持しながら、ディレクトリを再帰的にコピーします。コピー先でも同じユーザとプライマリ・グループの所有権が設定されます。例えば、コ...す。 -L オプションを指定する場合は、 docker cp は SRC_PATH （ :ruby:`コピー元 <source>` のパス）内にあるシンボリックリンクも維持します。 docker cp は DEST_PATH （ :ruby:`コピー先 <destination>` のパス）の親ディレクトリが存在しない場合、その親ディレクト...ー先 ファイルシステム ruby アーカイブ ユーザ ストリーミング スラッシュ exec 使い方 補足 compassionate darwin myfile 絶対パス 維持 プライマリ グループ 所有権 記号... - https://man.mtool.work/docker/24.0/engine/reference/commandline/cp.html
- Swarm モードの重要な概念 — Docker-docs-ja 24.0 ドキュメント 8938
- プロダクションでアプリを実行 コンテナ設定 Swarm Swarm モードの重要な概念 Swarm モードの重要な概念 目次 このトピックでは、Docker Engine 1.12 の独特の概念であるクラスタ管理とオーケストレーション機能を紹介します。 Swarm とは何でしょうか? ク
...用できるネットワークとストレージのリソース、世界に公開するサービス用ポート、など）。Docker はこの desired state（期待状態）を維持するよう動作します。たとえば、worker ノードが利用不可能になれば、Docker はノードのタスクを他のノード上にスケジュールします。...ノードに対し、 タスク と呼ばれる単位で送信（ディスパッチ）します。 また、manager ノードは swarm の期待状態（desired state）を維持するために、オーケストレーションと管理機能を処理します。 manager ノードはオーケストレーション・タスクを処理するため、単一のリ...に割り当てられているタスクに対する、現在の状態を manager ノードに対して通知しますので、manager が各 worker に対する期待状態を維持できます。 サービスとタスク サービス（service） とは、 manager ノードや worker ノード上で実行するタスクについての定義です。... - https://man.mtool.work/docker/24.0/engine/swarm/key-concepts.html
- ノードの挙動 — Docker-docs-ja 24.0 ドキュメント 8527
- プロダクションでアプリを実行 コンテナ設定 Swarm Swarm モードの挙動 ノードの挙動 ノードの挙動 目次 Docker 1.12 で swarm mode（スウォーム・モード）を導入しました。これは1つまたは複数の Docker エンジン上に、 swarm （訳者注:「群れ」の意味。sw
...ドの重要な概念 を未読であれば、ご覧ください。 manager ノード manager ノードはクラスタ管理タスクを扱います: クラスタの状態を維持 サービスのスケジューリング swarm モードの HTTP API エンドポイント を提供 swarm 全体の内部状態と swarm 上で稼働している全サ...ービスの一貫性を、manager が Raft の実装を使って維持します。swarm 上で 単一の manager しか実行しないのは、テスト用途であれば構いません。しかし、一つしかない swarm のマスタで障害... - https://man.mtool.work/docker/24.0/engine/swarm/how-swarm-mode-works/nodes.html
- イメージ検査のベストプラクティス — Docker-docs-ja 24.0 ドキュメント 8330
- イメージ検査のベストプラクティス イメージ検査のベストプラクティス 目次 このページで扱うのは、検査に対する推奨とベストプラクティス、そして、安全なイメージの構築です。 開発ワークフロー内で当たり前のような（ネイティブな）安全さをもたらすため
... 開発者であれば、コンテナの安全性を改善するため、いくつかのシンプルなステップがあります。 提供元が信頼できて、かつ、小さく維持できる、正しいベースイメージの選択 マルチステージ ビルドの使用 イメージの再構築 開発中のイメージを検査 本番環境でイメージを検...するための第一のステップが、正しいベースイメージの選択です。イメージの選択時、信頼できる提供元によって構築され、かつ、小さく維持できるイメージを確保します。 Docker Hub には 830 万以上のリポジトリがあります。この中のイメージのいくつかが Docker によって提...る危険性が低いと考えられます。 マルチステージ ビルドの使用 :ruby:`マルチステージ ビルド <multi-stage build>` は、読みやすく維持を簡単が簡単になるよう最適化された Dockerfile を作成するために設計されています。マルチステージ ビルドがあれば、複数のイメージ... - https://man.mtool.work/docker/24.0/develop/scan-images/
- マルチステージ ビルドを使う — Docker-docs-ja 24.0 ドキュメント 7919
- マルチステージ ビルドを使う マルチステージ ビルドを使う 目次 :ruby:`マルチステージ ビルド <multi-stage build>` とは、Dockerfile の読みやすさやメンテナンスのしやすさを維持するよう、最適化に悩まされている全ての人に役立ちます。 マルチステージ
...めには、以降のレイヤーで必要になるアーティファクトのみを保持するために、シェル芸（shell tricks）を駆使する必要と、レイヤーを維持するロジックを用いる必要がありました。 実際にとても一般的になったのは、開発用途に1つのファイル（アプリケーションの構築に必要... - https://man.mtool.work/docker/24.0/build/building/multi-stage.html
- セキュリティのベストプラクティス — Docker-docs-ja 24.0 ドキュメント 7919
- Docker で開発 セキュリティのベストプラクティス セキュリティのベストプラクティス 目次 いくつかの手順を経ますと、コンテナのセキュリティを改善できます。手順には以下が含まれます。 信頼できる場所から 正しいベースイメージの選択 をし、小ささを維持
...ための第一歩は、正しいベースイメージの選択です。イメージを選択するときは、信頼できる場所で構築されたものかを確認し、小ささを維持し続けます。 Docker Hub には 830 万以上のリポジトリがあります。これらのいくつかは 公式イメージ（Official Images） と呼ばれ、... - https://man.mtool.work/docker/24.0/develop/security-best-practices.html
- コンテナの DNS を設定 — Docker-docs-ja 24.0 ドキュメント 7919
- コンテナの DNS を設定 コンテナの DNS を設定 目次 このセクションでは Docker のデフォルト・ブリッジ内でコンテナの DNS を設定する方法を紹介します。ここでの bridge という名称の bridge ネットワークは、Docker インストール時に自動的に作成されるも
.../dev/disk/by-uuid/1fec...ebdf on /etc/resolv.conf type ext4 ... ... この処理により、Docker は resolv.conf を巧妙に最新版を維持します。この情報はホストマシンが新しい設定を DHCP 経由で受信すると、全てのコンテナに対して反映します。Docker がコンテナの中で...にコンテナが実行中であれば、コンテナを停止・再起動して反映する必要があります。コンテナ実行中は、 resolv.conf の内容はそのまま維持されるためです。もし、コンテナがデフォルトの設定で開始される前に resolv.conf を編集している場合は、ファイルをコンテナ内で編集... - https://man.mtool.work/docker/24.0/engine/userguide/networking/default_network/c...