ENTRYPOINTは「必ず実行」、CMDは「（デフォルトの）引数」 ‣ Pocketstudio.Net
CMD と ENTRYPOINT の違い 先日の勉強会で Dockerfile における「CMD」と「ENTRYPOINT」の使い分けについて質問がありました。結論からしますとタイトル通り、ENTRYPOINTは「必ず実行」、CMDは「（デフォルトの）引数」なのですが、初学者にとっては分かりづらいところ。デモを交えながら、ブログでも改めて説明します。 （違いについては、既にいろいろなトコロでも言及されていますが、初学者向けにまとめました。私自身、初めて両者に触れた時は、全く理解できなかった！という思いもあります） コンテナ実行時の挙動と「CMD」命令 まず前提として、次のコマンドを実行したら、なぜ bash が起動するか分かりますか。コンテナ実行後にプロセスを確認しますと、/bin/bash がコンテナ内で PID 1 として動いています。 $ docker container run -
Docker Compose で php-fpm が発行するシステムコールを見る - Shin x Blog
php-fpm の挙動を確認するために発行されるシステムコールを簡単に確認できる Docker Compose 環境を作りました。 github.com システムコール strace-php-fpm strace オプション php-fpm が発行するシステムコール例 ini ファイルの探索 nginx からの FastCGI リクエスト PHP ファイルの読み込み さいごに 参考 システムコール システムコールは、php-fpm のようなユーザプログラムが、ファイル操作やネットワーク通信、プロセス制御のようなカーネルが提供する機能を利用する仕組みです。PHP コードは PHP（ここでは php-fpm）で実行する必要があるので、php-fpm が発行するシステムコールを確認することで php-fpm や PHP コードがどのように動作しているかを知る手掛かりになります。 システムコールを
Dockerfileで対象プラットフォームによって処理分岐させる
概要 マルチプラットフォーム対応のdockerイメージをビルドしていると、最終的にコンテナが動作するホストのCPUアーキテクチャによって使用させる資源をDockerfile内で分岐させたい場合があります。 今回はターゲットのプラットフォームがlinux/amd64とlinux/arm64だとして、検証してみた際の備忘となります(Intel macとApple silicon macのそれぞれで動作させたかった背景です)。 ポイント Dockerfile内でTARGETPLATFORM変数を使う やってみた 環境 M2 mac docker 20.10.24 docker buildx v0.10.4 自動定義されるARG変数の確認 Buildxによるビルドにおいて、上記ページで記載されているTARGETPLATFORMなどのARG変数は自動で設定されるようです。 Dockerfileで使用
AWS CloudShell で Docker が利用できるようになりました - サーバーワークスエンジニアブログ
みなさん、こんにちは。AWS CLI が好きなテクニカルサポート課の市野です。 表題の通りですが、現地時間 2024年1月9日 の What's New with AWS? で AWS CloudShell で Docker の利用が開始されたという案内がありました。 クリックで目次が表示されます。 公式文書での発表 What's New with AWS?（英語版） Working with AWS CloudShell / Working with Docker そもそも AWS CloudShell とは？ あらためて、できるようになったこと 用意されているチュートリアル やってみた 環境の確認 チュートリアルの実施 作業用ディレクトリの作成と移動、および Dockerfile の作成まで コンテナの構築 新規コンテナでのコマンドの実行 Amazon ECR リポジトリの作成 Doc
Docker イメージ、コンテナ、キャッシュの削除まとめ - Qiita
はじめに 現代の開発現場では必要不可欠なdockerですが時々、関連ファイルをいじってないのに突然upできなくなったりbuildが失敗するようになったり言うことを聞いてくれないことがあります。 エラー文を読んで色々調べてもなかなか解決できない時の対処としてイメージなりコンテナなりを削除しようということになるのでそれ関係のコマンドをまとめました。 本家はこちら → https://docs.docker.jp/config/pruning.html#id3 コマンド一覧 容量の確認 $ docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 5 0 3.864GB 3.864GB (100%) Containers 0 0 0B 0B Local Volumes 0 0 0B 0B Build Cache 0 0 0B 0B
Docker DesktopからRancher Desktopに切り替えする手順 - ANDPAD Tech Blog
どうも、ANDPADバックエンドの原田(tomtwinkle)です。 1週間ぶりくらいですね。 Rancher Desktop と Docker Desktop の差異 LocalでMySQL / LocalStack / MinIO 等のContainer立ち上げたりする程度なら特に差異はなさそうです。 今まで通り docker コマンドや docker-compose コマンドがそのまま使えます。 Rancher Desktop公式ではこんな感じに書いてますが、細かい所はもう少し使って見ないとわからないですね。 Rancher Desktop vs Docker Desktop 細かい話はリンクアンドモチベーションさんのテックブログを見てフムフムしていました。 link-and-motivation.hatenablog.com ご注意 Rancher Desktopを利用することでC
Docker Desktop for Mac の遅い問題を解決 2022 - Qiita
Docker for Mac が遅い！ docker-sync や、 docker on Vagrant や、cached オプション、delegated オプションなどなど、いろんな解決策が紹介されましたが、それでもフレームワークなどを使っていると遅い、、、 というわけで Docker Desktop for Macの遅い問題を解決する、2022版バージョンをお届けします。 マウント先がドキュメントルートだから遅い よくローカルのファイルをコンテナ内から参照するためのマウント先をドキュメントルート、要するに、 /var/html/html に設定する例を多く見ますが、これが問題の根源となっている。 ドキュメントルートをマウントせずにファイルを設置すると普通に早い。 ドキュメントルート以外にマウントして同期する 今回は、 /var/www/shared にマウントして、 lsyncd で同
Dockerのコンテナ間の名前解決方法が気になったので確認してみた | DevelopersIO
AWS Fargateを利用することが最近多く、コンテナ間の名前解決にはECS Service Discoveryをよく利用しています。ECS Service Discoveryは平たく言えばRoute53を利用してコンテナ間の名前解決できる仕組みです。 ふと手元に見るとローカルでコンテナ起動しているときはコンテナ間の名前解決をどこで行っているのか？を今まで気にしたことがありませんでした。気にしたことがなかったことに気づけたことは幸いです。手を動かして確認してみましょう。 まとめ Dockerはコンテナ間名前解決に利用できるService Discovery機能がある コンテナが指定するDNSサーバはループバック用のアドレス範囲にある127.0.0.11 ユーザ定義のネットワークを使用している場合に限り利用できる機能 デフォルトのネットワーク（bridge）はService Discove
Dockerハンドブック - 教会エンジニアの開発日記
Dockerの概念や仕組みまではなんとなく理解できるもののDockerfileを書こうとするとスムーズに書けなかったり、そもそものDockerの基礎、あるいはコンテナ技術というものの基礎が抜け落ちていてDocker環境に移行できていないところも多いのではと思い、この記事を翻訳しました。 Source：The Docker Handbook by Farhan Hasin Chowdhury（@Twitter） 本記事は、原著者の許諾のもとに翻訳・掲載しております。 コンテナ化の概念自体はかなり古いですが、2013年にDocker Engineが登場したことで、アプリケーションのコンテナ化がはるかに簡単になりました。 Stack Overflow Developer Survey-2020によると、 Dockerは#1 最も望まれるプラットフォーム、#2 最も愛されるプラットフォーム、および
docker で全自動 Let's encrypt - Qiita
https-portal があまり知られてないようなので紹介記事だけ書いとく。 https://github.com/SteveLTN/https-portal あなたがすでにhttpで動作するサービスのdockerコンテナを持ってるなら、こいつを docker-compose に加えるだけで https 対応は完了。 え？ 加えるだけで完了。 まじです。 https-portal は何をするものか 基本的には https のリクエストを受け取り、他のコンテナの http へ転送するリバースプロキシとして動作する nginx である。 ところで https を提供するには証明書の取得、設定などが必要だが、こいつはそれを全自動でやってくれる。 え？ 証明書の取得、設定を全自動でやってくれる。 まじです。 期間延長も自動でやってくれるらしい。 まあとにかく便利なので、 Let's encryp
ciao
HTTP checks & tests (private & public) monitoring - check the status of your URL GitHub | DockerHub | #ciaohttp ciao checks HTTP(S) URL endpoints for a HTTP status code (or errors on the lower TCP stack) and sends a notification on status change via E-Mail or Webhooks. It uses Cron syntax to schedule the checks and comes along with a Web UI and a RESTfull JSON API. Quick Start docker run --name ci
やわらかDocker
yawaraka-docker.md やわらかDocker コーチについて 近藤うちお 著書に、以下があります やわらかRuby https://gist.github.com/udzura/7548163 やわらかHubot https://gist.github.com/udzura/0cb2447c305c51670414 アイスブレーク: Docker BentoBox コンテナ/仮想化/サーバー/インフラについて、知っている単語を集めて見ましょう Docker VM VirtualBox VMWare KVM Xen jail Dockerfile Docker Compose カーネル cgroup Namespace chroot AWS GCP GKE ECS Azure Amazon Lambda Heroku Kubernetes マイクロサービス ... 以下の4つに
Elastic Stackで簡単！Dockerコンテナ監視ダッシュボード作成 - Taste of Tech Topics
こんにちは、CI/CDツールなどを活用し、DevOps推進活動などに携わっている横山です。 本記事は、Docker Advent Calendar 2018 - Qiitaの20日目です。 はじめに Elastic Stackを使うと、簡単にDockerコンテナの監視ダッシュボードが作成できるので、今回はその紹介をしたいと思います。 きっかけとしては、「開発環境で立ち上げている複数コンテナの問題調査を楽にしたい」というのがあります。最近、開発環境に複数のコンテナを立ち上げて開発メンバーに提供していますが、開発メンバーから「重たいので環境を確認してほしい」といった声が上がってきます。その際、どのサーバのどのコンテナに問題が発生しているのか確認したいですが、その都度サーバに入って、docker statsなどのコマンドで確認するのはやや面倒です。 そこで、コンテナの監視ダッシュボードを作って、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エラーのパターン｜M1 Mac で Docker を動かすための知識とノウハウ
初心者が流れで学ぶDocker/Kubernetes超入門 - Qiita
Dockerコマンド よく使うやつ - Qiita