Docker ドキュメント 全文検索
Results of 1 - 10 of about 35 for 最終 (0.002 sec.)
- マルチステージ — Docker-docs-ja 24.0 ドキュメント 14337
- Docker で構築 マルチステージ マルチステージ 目次 このセクションは :ruby:`マルチステージビルド <multi-stage build>` を見ていきます。マルチステージビルドを使う理由は、主に2つあります。 構築ステップを並列に実行できるため、構築パイプラインをよ
...り速くより効率的にできる。 プログラムを実行するために必要なものだけを含む、形跡が最小の最終イメージを作成できる。 Dockerfile 内では FROM 命令によって :ruby:`構築ステージ <build stage>` を表します。前のセクションにあ...る Dockerfile では、マルチステージビルドを活用していませんでした。先ほどは、すべて1つの構築ステージでした。つまり、最終イメージはプログラムのコンパイルに使われたリソースで膨れあがっています。 $ docker build --tag = buildme . $ docker images bu...ID CREATED SIZE buildme latest c021c8a7051f 5 seconds ago 150MB プログラムは実行可能なバイナリにコンパイルされているため、最終イメージ内に Go 言語ユーティリティは不要になります。 ステージの追加 マルチステージビルドの使用により、構築用と実行環境用で... - https://man.mtool.work/docker/24.0/build/guide/multi-stage.html
- docker-compose logs — Docker-docs-ja 24.0 ドキュメント 11520
- コマンドライン リファレンス コマンドライン・リファレンス docker-compose logs docker-compose logs 使い方: logs [ オプション ] [ サービス... ] オプション: --no-color 白黒で画面に出力 -f, --follow ログの出力をフォロー（表示しつづける） -t, -
...-timestamps タイムスタンプの表示 --tail = "all" 各コンテナのログの最終行から遡った行を表示 サービスからのログ出力を表示します。 参考 docker-compose logs https://docs.docker.com/compose/reference...キーワード logs docker compose ログ サービス 使い方 color 白黒 画面 follow フォロー timestamps タイムスタンプ tail コンテナ 最終 参考 https docs reference... - https://man.mtool.work/docker/24.0/compose/reference/logs.html
- docker buildx imagetools create — Docker-docs-ja 24.0 ドキュメント 10120
- コマンドライン リファレンス Docker CLI (docker) docker buildx docker buildx imagetools create docker buildx imagetools create 目次 説明 ソース・イメージに基づく新しいイメージを作成します。 使い方 $ docker buildx imagetools create [ OP
...ください。 オプション 名前, 省略形 デフォルト 説明 --append 既存のマニフェストリストに追加 --dry-run 送信（push）の代わりに最終イメージを表示 --file , -f ソースを指定したファイルから読み込む --tag , `` -t` 新しいイメージの参照を設定 --builder 設定した...ト・リストに新しいソースを追加します。 builder 対象の設定を上書き (--builder) buildx --builder と同じです。 送信の代わりに最終イメージを表示（--dry-run） --dry-run フラグを使えばイメージを送信せず、単に表示します。 ソースを指定したファイルから読み込...メージ マニフェスト ソース buildx imagetools docker create builder 既存 レジストリ append 送信 プラットフォーム デスクリプタ 最終 リファレンス フラグ image 使い方 補足 関連 操作 inspect alpine descr... - https://man.mtool.work/docker/24.0/engine/reference/commandline/buildx_imagetool...
- Dockerfile を書くベストプラクティス — Docker-docs-ja 24.0 ドキュメント 9929
- Docker で開発 Dockerfile を書くベストプラクティス Dockerfile を書くベストプラクティス 目次 このトピックでは、効率的なイメージ構築を目的とした、ベストプラクティスと手法についてのアドバイスを扱います。 Docker は Dockerfile に書かれた命令を読
...してください。 マルチステージ・ビルドを使う マルチステージ・ビルド は、中間レイヤとイメージの数を減らすのに苦労しなくても、最終イメージの容量を大幅に減少できます。 構築プロセスの最終段階のビルドを元にイメージを作成するため、 ビルド・キャッシュの活用 に...ジ（temporary intermediate images）を作成し、構築時の容量は増えません。 可能であれば、 マルチステージ・ビルド を使い、必要な最終成果物（アーティファクト）のみ最終イメージにコピーします。これにより、中間構築ステージではツールやデバッグ情報を入れられます...し、最終イメージの容量も増えません。 複数行にわたる引数は並びを適切に 可能であれば常に、後々の変更を簡単にするため、複数行にわたる... - https://man.mtool.work/docker/24.0/develop/develop-images/dockerfile_best-practi...
- 概要 — Docker-docs-ja 24.0 ドキュメント 9722
- 言語別ガイド 概要 概要 言語別の導入ガイドでは、開発環境を準備し、特定の言語を使ったアプリケーションを Docker を使ってコンテナ化する流れを説明します。学習の章では、ベストプラクティスとガイドラインを含みます。ここで説明するのは、好きな言語で
...方法、 Docker イメージに何を含むか、 Docker イメージを使ってどのように開発・実行するか、CI/CD パイプラインの設定方法、そして最終的に、クラウドに開発したアプリケーションを送信するための情報を提供します。 Docker のドキュメントでは、言語別の章に加え、開発...ィス 方法 環境 Dockerfile 提供 構築 導入 ガイド 準備 コンテナ ガイドライン 効率的 管理 概要 特定 学習 パイプライン 設定方法 最終的 クラウド... - https://man.mtool.work/docker/24.0/language/
- マルチステージビルドの利用 — Docker-docs-ja 24.0 ドキュメント 9118
- Docker Engine ユーザガイド イメージの動作 マルチステージビルドの利用 マルチステージビルドの利用 目次 マルチステージビルドは、Docker 17.05 またはそれ以上の Docker デーモンおよび Docker クライアントにおける新機能です。 マルチステージビルドは
...新しいビルドステージが開始されます。 イメージ内に生成された内容を選び出して、一方から他方にコピーすることができます。 そして最終イメージに含めたくない内容は、放っておくことができます。 こういったことがどのようにして動作するのかを見るために、前節で示した...個別に用意するわけではありません。 単に docker build を実行するだけです。 $ docker build -t alexellis2/href-counter:latest . 最終結果として、以前と変わらずに本番環境向けの小さなイメージができあがりました。 しかも複雑さが一切なくなっています。 中間的なイ...ージで作り出された生成内容を、単純に新たなステージにコピーしています。 Go 言語の SDK やその他の中間生成物は取り残されていて、最終的なイメージには保存されていません。 ビルドステージの命名 デフォルトではステージに名前はつきません。 そこでステージを参照す... - https://man.mtool.work/docker/24.0/engine/userguide/eng-image/multistage-build.h...
- マルチステージ ビルドを使う — Docker-docs-ja 24.0 ドキュメント 8927
- マルチステージ ビルドを使う マルチステージ ビルドを使う 目次 :ruby:`マルチステージ ビルド <multi-stage build>` とは、Dockerfile の読みやすさやメンテナンスのしやすさを維持するよう、最適化に悩まされている全ての人に役立ちます。 マルチステージ
...使い、それを使って新しい構築ステージを始めます。あるステージから別のステージに対し、コピーするアーティファクトを選べるため、最終イメージで不要なすべてを残したままにできます。これがどのような挙動か確認するために、先ほどのセクションで使った Dockerfile を...築スクリプトを分ける必要はありません。 docker build を実行するだけです。 $ docker build -t alexellis2/href-counter:latest . 最終結果は、先ほどと同じ小さなプロダクション・イメージですが、複雑さは極めて減少しました。もうこれで中間イメージを作成する必要は...ージで構築したアーティファクトを、この新しいイメージの中にコピーします。Go SDK や他の中間アーティファクトは残したままであり、最終イメージの中に保存しません。 構築ステージに名前を付ける デフォルトでは、ステージに名前がなく、ステージを 0 で始まる整数値で... - https://man.mtool.work/docker/24.0/build/building/multi-stage.html
- セキュリティのベストプラクティス — Docker-docs-ja 24.0 ドキュメント 8720
- Docker で開発 セキュリティのベストプラクティス セキュリティのベストプラクティス 目次 いくつかの手順を経ますと、コンテナのセキュリティを改善できます。手順には以下が含まれます。 信頼できる場所から 正しいベースイメージの選択 をし、小ささを維
...また、2種類のベースイメージを利用するのを検討した方が良いでしょう。1つ目のイメージは開発やユニットテスト用で、2つ目は開発の最終段階やプロダクション用です。開発の後半段階では、コンパイラ、構築システム、あるいはデバッギング・ツールなどの構築ツールが不要...OM ごとに異なるベースイメージを利用できます。また、あるステージから別のステージにアーティファクトを選んでコピーできるため、最終イメージでは不要なものを除去できます。この結果、最終イメージは簡素にできます。 この手法で作られた小さなイメージは、複雑さを著... - https://man.mtool.work/docker/24.0/develop/security-best-practices.html
- イメージ構築のベストプラクティス — Docker-docs-ja 24.0 ドキュメント 8513
- 始め方 - Get started イメージ構築のベストプラクティス イメージ構築のベストプラクティス 目次 イメージの :ruby:`階層化 <layering>` どのようにしてイメージが構成されたのか、調べる方法があるのを知っていますか。 docker image history コマンドを
...すが、JDK は本番環境では不要です。また、 Maven や Grandle のようなツールをアプリの構築に使うかもしれません。ですが、これらは最終イメージでは不要です。マルチステージ ビルドは、このような場面で役立ちます。 # syntax=docker/dockerfile:1 FROM maven AS build...構築を Maven を使って処理します。2つめのステージ（ FROM tomcat で始まります）に、 build ステージからファイルをコピーします。最終イメージには、最後のステージに作成されたものだけです（ --target フラグを使い、上書きできます）。 React 例 React アプリケー...す。また、マルチステージ ビルドによって、構築時の依存関係と実行時の依存関係を分けられるため、イメージ全体の容量を減らしたり、最終コンテナの安全を高められます。 次のセクションでは、コンテナを学び続けるのに役立つ追加リソースについて知りましょう。 次にする... - https://man.mtool.work/docker/24.0/get-started/09_image_best.html
- イメージ検査のベストプラクティス — Docker-docs-ja 24.0 ドキュメント 8322
- イメージ検査のベストプラクティス イメージ検査のベストプラクティス 目次 このページで扱うのは、検査に対する推奨とベストプラクティス、そして、安全なイメージの構築です。 開発ワークフロー内で当たり前のような（ネイティブな）安全さをもたらすため
...、私たちが勧めるのは、2種類のベースイメージの使用です。1つめのイメージは開発とユニットテスト用であり、2つめのイメージは構築の最終段階のテストおよび本番用です。後の構築段階では、コンパイラ、構築システム、デバッグ用ツールといった、いくつかの構築用ツールは...とに異なるベースイメージが利用できます。また、あるステージから別のステージへと、アーティファクトを選んでコピーできますので、最終イメージに不要なものを放置できます。 この手法で作成されたあらゆるイメージは、複雑さを著しく減らしますが、イメージ内に脆弱性の...、 Docker Hub （あるいは他のレジストリ）にイメージを送信する前に、構築処理の間で自動検査をするよう設定を検討します。そして、最終的に検査済みのイメージが本番環境へ送信される前に行われます。 本番環境でのイメージ検査 積極的なコンテナの確認は、新しい脆弱... - https://man.mtool.work/docker/24.0/develop/scan-images/