How to deploy on remote Docker hosts with docker-compose | Docker
The docker-compose tool is pretty popular for running dockerized applications in a local development environment. All we need to do is write a Compose file containing the configuration for the application’s services and have a running Docker engine for deployment. From here, we can get the application running locally in a few seconds with a single `docker-compose up` command. This was the initial
Docker Desktopが無料プランを個人・小規模法人向けに限定、大企業向け新プランを設定
どこでも同じ環境を再現してアプリを動かせるようにする仮想化ツールの「Docker」を、WindowsやMacで使えるようにしたツールが「Docker Desktop」です。このDocker Desktopの製品プランが大幅に変更され、従業員数250人以上・年間収益1000万ドル(約11億円)以上のいずれかを満たす企業は無料プランが利用できなくなりました。 Docker is Updating and Extending Our Product Subscriptions - Docker Blog https://www.docker.com/blog/updating-product-subscriptions/ Docker Desktop no longer free for large companies: New 'Business' subscription is here •
Dockerコンテナからのディレクトリアクセスやボリューム共有
これまで、Dockerイメージのダウンロードや元のイメージを変更し、それを保存して利用するなどの方法を説明しましたが、今回は、Dockerコンテナからのディレクトリのアクセスやボリュームの共有について解説します。 ホストOSのディレクトリをDockerコンテナ内で利用する Dockerでは、ホストOSが提供するディレクトリをコンテナに見せることが可能です。これは、ホストOSが提供するデータをコンテナに配布し、利用する場合に有用です。以下は、ホストOSが提供する/hostdir0001ディレクトリをDockerコンテナ内で利用する例です。まず、ホストOS側で、コンテナに提供するディレクトリを作成します。今回は、/hostdir0001ディレクトリをコンテナに提供するとします。
RootlessモードでDockerをより安全にする [DockerCon発表レポート]
NTTの須田です．Moby (≒Docker)，BuildKit，containerdなど，コンテナ関連のオープンソースソフトウェアのメンテナ (開発委員．コミッタとも．)を務めています．また，Docker Meetup Tokyoの企画・運営も行っています． 2019年4月29日～5月2日にかけて， Docker公式のカンファレンスである DockerCon が サンフランシスコにて開催されました． Dockerをより安全に使うための技術「Rootlessモード」に関して発表してきましたので，紹介します． RootlessモードとはRootlessモードは，Dockerデーモン及びコンテナを，非rootユーザで実行する技術です．Rootlessモードを用いることにより，万一Dockerに脆弱性や設定ミスがあっても，攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます． 須田は
![RootlessモードでDockerをより安全にする [DockerCon発表レポート]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8edaab8c00507a5f7a67fc792241d0540db596d3/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A638%2F0%2AEJxWr4P_uyg5UFm1)
Dockerイメージビルド時の秘密情報の扱い方に関するまとめ | terashim.com
本記事ではDockerにおける秘密情報を (I) コンテナを起動する際に使用する秘密情報 と (II) イメージをビルドする際に必要となる秘密情報 に分類して考え、特に後者を安全に取り扱うための方法について整理します。 コンテナ起動時の秘密情報とイメージビルド時の秘密情報 (I) コンテナを起動する際に使用する秘密情報としては、例えば mysql イメージ の環境変数 MYSQL_ROOT_PASSWORD があります。コンテナの起動時にこの環境変数を与えると MySQL の root ユーザーのパスワードがその値になるというものです。 あるいは、例えば Laravel などのWebアプリケーションで、バックエンドDBへの接続情報を含んだ設定ファイルを Docker ホスト側に用意しておき、コンテナ起動時にその設定ファイルをマウントするというようなケースも考えられます。 いずれにしても、こ
Dockerコンテナのクレデンシャル設計パターン | DevelopersIO
ども、大瀧です。 データベースやクラウドストレージにアクセスするために、DockerコンテナでパスワードやAPIトークンキーなどのいわゆるクレデンシャル(資格)情報を扱うことがあります。これらの情報の扱い方についていくつかパターンを挙げ、考察してみたいと思います。 TL;DR(要点) DockerイメージやDockerfileに埋め込むのはアンチパターン コンテナ実行時に環境変数で渡すのがメジャー。しかしクレデンシャル管理が不要になるわけではない コンテナ実行時に外部から動的取得するのがおすすめ。クラウドのメタデータサーバーの利用がお手軽 クレデンシャル情報とは クレデンシャルは、コンテナから外部のデータソースにアクセスするための資格情報を指します。典型的なクレデンシャルとして以下があります。 DBユーザー名とDBパスワード : dbuser/dbpass WebサービスにアクセスするAP
Dockerfile で cd が効かない - Carpe Diem
環境 Ubuntu 14.04 Docker 1.3 現象 Dockerfile に RUN cd /hoge/fuga RUN ./piyo といった形で実行したところ「piyo なんてファイルはありません」と怒られた。 原因 Docker のビルドでは Dockerfile の各命令ごとにコンテナを作るため、 デフォルトだと各命令時のカレントディレクトリは常に「/」になる 解決策１ WORKDIR /hoge/fuga RUN ./piyo のように、cd の代わりに WORKDIR を使います。 WORKDIR を使うと、それ以降の命令は全てそのフォルダ内で実行されることになります。 解決策２ RUN cd /hoge/fuga && ./piyo のように１行に命令をまとめてしまえば大丈夫です。 長くなってしまった場合は RUN cd /hoge/fuga && \ ./piyo
Docker/Docker ComposeのSecretsを試す - そんな今日この頃の技術ネタ
接続情報などコンテナ内への記述が憚られる情報について外部から与える方法としてsecretsがdocker 1.13/docker-compose.yamlのformat ver3.1からサポートされた。 予めdocker secretコマンドでファイルを登録するか、もしくはdocker-compose.yaml内でファイルを指定することで、それらのファイルがコンテナ内の/run/secretesディレクトリ以下にマウントされる。 yamlに記載する場合 以下のようなファイル構成を想定。 $ tree . ├── docker-compose.yaml └── sec.txt 秘匿すべきファイルとしてsec.txtを想定。 $ cat sec.txt hogehoge secrets項として該当のファイルをmy_secret項として登録し、services項にてsecretsとしてそれを指定
3.2 root以外のユーザーにDockerコマンドの実行を許可
このドキュメントで説明されているソフトウェアはサポートされていないか、拡張サポートが提供されています。 現在サポートされているリリースにアップグレードすることをお薦めします。
» 知らないと損する Docker イメージのレイヤ構造とは TECHSCORE BLOG
ユニオンファイルシステムとコピーオンライト Docker コンテナが軽量だと言われる理由のひとつが、ユニオンファイルシステムにあります。ユニオンファイルシステムは、複数のファイルシステム上のディレクトリやファイルをレイヤとして重ね合わせ、それらを仮想的に一つのファイルシステムとして扱う技術です。 Docker は、このユニオンファイルシステムを使い、イメージを複数の読み取り専用レイヤのスタックとして扱います。コンテナ内ではさらに、読み書き可能なレイヤを一枚重ねています。 コンテナ上の読み書き可能なレイヤをコンテナレイヤと呼び、イメージを構成する読み込み専用レイヤをイメージレイヤと呼びます。 この構成により、同一ノード上で動く複数のコンテナが、Docker イメージを構成するイメージレイヤを共有することを可能にし、トータルとしてのコンテナサイズを最小化しているのです。 共有しているイメージレ
docker login
Reference documentation Command-line reference Docker CLI (docker) Docker run referenceUse the Docker command linedocker (base command)docker attachdocker build docker builder docker builderdocker builder builddocker builder prune docker buildx docker buildxdocker buildx bakedocker buildx builddocker buildx createdocker buildx debugdocker buildx debug builddocker buildx dudocker buildx imagetoolsd
Best practices for writing Dockerfiles | Docker Documentation
Docker overview Get started Overview Quick hands-on guides What is a container?Run a containerRun Docker Hub imagesRun multi-container applicationsPersist container dataAccess a local folderContainerize your applicationPublish your image Getting started guide Part 1: OverviewPart 2: Containerize an applicationPart 3: Update the applicationPart 4: Share the applicationPart 5: Persist the DBPart 6:
「docker run -it」にするとコンテナがすぐに終了しない理由 - プログラミング初心者がアーキテクトっぽく語る
Dockerを使ったことがある人ならこんなことを経験したことがあるかもしれない。 このように実行するとコンテナがすぐに終了してまう。 docker run ubuntu:latest このように「-it」を付けて実行するとコンテナは終了しない。 docker run -it ubuntu:latest そしてそれ以降、おまじないように「-it」をつけていないだろうか？ しかし「-it」がなくてもすぐに終了しないコンテナもある。 今回はコンテナをすぐに終了させないために「-it」がなぜ有効なのか、なぜ「-it」が不要なコンテナもあるのか整理しよう。 コンテナが終了する条件 仮想マシンはOSを実行することが目的だ。よってOSがShutdownされると仮想マシンも停止する。 コンテナはプロセスを実行することを目的だ。よってRoot Processと呼ばれるプロセスが終了するとコンテナも終了する。
Docker Composeで3層ウェブアーキテクチャを構成する | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
こんにちは。データサイエンスチームのtmtkです。 この記事では、3層ウェブアプリケーションを構築することを通してDocker Composeの使い方をお伝えします。 はじめに Docker Composeは複数のDockerコンテナを一つのホストマシンに立ち上げることができるツールです。公式ドキュメントでは用途の例として開発環境の構築やCI、CDへの応用が挙げられています。 3層ウェブアプリケーションは、ウェブサーバ、アプリケーションサーバ、データベースサーバの3層から構築されるウェブアプリケーションです。 この記事では、3層ウェブアプリケーションをDocker Composeで構築する手順を追うことで、DockerやDocker Composeの使い方を体得することを目的にしています。 （今回構築する3層ウェブアプリケーションの全体像） 実習 まず、Ubuntu 18.04が入っている
【ゆるふわDocker部】気軽にDockerを使うのもいいじゃない｜TechRacho by BPS株式会社
morimorihogeです。1年以上ご無沙汰している間に艦これは卒業してゴ魔乙に引っ越しました。 最近弊社Webチーム内で標準ツール化してきたDockerについて、そこそこ知見も溜まってきたので現状の感想をまとめてみたいと思います。 また、Dockerを開発チーム内で利用するにあたり、もっと気軽な使い方をしてもいいんじゃないかなと思っているところがあるので、ゆるふわDocker部の提案をしたいと思います。 雑なDocker現状まとめ まずは僕の私見としての現状のDocker事情をまとめてみます。 Dockerってイケてるの？ Docker自体についてはあちこちでいろんな記事も出ているので今更解説することは避けますが、開発者関連の話題状況や実際の周辺サービス事情を見ている限り、そろそろ「一過性の流行りモノとしてのなにか」から「実用シーンを見定めて実用化も考えて良いもの」になってきている印象
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
Dockerコンテナのポートを後から解放する方法
コンテナを作り直す とはいえ、上記の方法だと実はrunしたときと同じようにはなっていません。 runのときのオプションでポートを指定した場合、そのコンテナを開始するとiptablesにもポートフォワード設定がなされ、停止するとiptablesの設定も一緒に消えてくれるようになっています。 このあたりをオプションや設定ファイルの変更などで対応したかったのですが、どこにもみあたらなかったです… なので、コンテナの内容を引き継ぎながら作り直してしまうのがよいかもしれません。 今度は通常のDockerを操作しているコンソールから、操作を行います。 コンテナイメージの作成 対象のコンテナを停止してから、 docker commit hoge fuge:fuga のようにします。hogeはCONTAINER_IDまたはNAME、fugeはREPOSITORY、fugaがTAGになります。 これで do
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
お前のDockerイメージはまだ重い💢💢💢
Docker pull from public GitHub Package Registry fail with "no basic auth credentials" error · community · Discussion #25689
Making use of OpenRC · Issue #42 · gliderlabs/docker-alpine