Docker のキャッシュを全力で使いこなそう
tl;dr 依存パッケージのダウンロードは最初に実行しよう マルチステージビルドは必須と覚えておこう RUN --mount=type=cache を使おう（でも BuildKit を使えるかは確認して！） pnpm fetch も期待大 はじめに みなさん，Docker を使って開発するときに依存パッケージのダウンロードをずっと待ち続けた経験はありませんか？「依存パッケージの追加なんて頻繁に発生しないし，我慢しよう…」と妥協している方も多いでしょう． 頻繁に発生しない？本当にそうですか？ 追加ではなくても依存パッケージの更新なんてよく発生するし，ベースイメージを更新することもあります．その度に全部ダウンロードし直しなんて堪ったもんじゃありません．モバイル回線だったら一瞬でギガがなくなっちゃいますよ！ ということで，この記事ではキャッシュを活用して依存パッケージのダウンロードが何度も発生し
docker pull を速くするために：layer-parallel から chunk-parallel へ - 薄いブログ
この記事は Recruit Advent Calendar 2021 の15日目の記事です。 TL;DR 従来のレイヤー並列の pull より Range リクエストを用いたチャンク並列の pull によって速度が 2~5倍速くなる可能性がある。 ECR は Public だと region ごとに速度が大きく異るので安定した速度を求める場合は Private にする。 (pull through cache を活用すると良い) 2022/10/9 追記: ECR の Public が適切な Pop から返ってくるようになっていた。 その Benchmark も取得し、結果を追記した。 ap-northeast-1 では6倍近く早くなっていて region による差が小さくなっていた。 背景・動機 コンテナイメージは一つ以上のマニフェスト、そこから得られるコンフィグとレイヤーから構成される
Dockerfileのベストプラクティスとセキュリティについて - エニグモ開発者ブログ
こんにちは、主に検索周りを担当しているエンジニアの伊藤です。 この記事は Enigmo Advent Calendar 2020 の 17 日目の記事です。 みなさんは適切なDockerfileを書けていますか？とりあえずイメージのビルドが出来ればいいやとなっていませんか？ 今回は自戒の意味も込めて、改めてDockefileのベストプラクティスについて触れつつ、 そもそもDockerfileを書かずにコンテナイメージをビルドする方法とコンテナセキュリティに関する内容についてまとめてみました。 Dockerfileのベストプラクティス イメージサイズは極力小さくしよう ビルドキャッシュを活用しよう Dockerfileに関する悩みどころ Dockerfileを書かないという選択肢 Buildpack Cloud Native Buildpacks CNBの仕組み デモ CNBのメリット セキ
Docker Meetupの中身まとめ | mohikanz Kibela
TL; DR 昔はDockerがコンテナを触る唯一のCLIだった 今は、Dockerはあくまでコンテナ技術の1つの方法に過ぎない Dockerは次のバージョンでKubernetesをサポートする つまり、昔はKubernetesでDocker上に作られたコンテナを操作していたものが、立場が逆転してDockerのコマンド体系をつかってKubernetesの管理下にあるコンテナやノードを管理できるようになる Moby Projectの動向について コンテナで管理する機械学習環境やGPU環境の構築とかとか Kubeconのrecapとか コンテナ技術のデファクトスタンダードはKubernetesにあるってこと。 Dockerを使ってKubernetesを操作する話 Docker for MacのEdgeチャンネルで今日からKubernetesの設定項目が増えた。 参考リンク Kubernetes
”30分”ぐらいでわかる「Kubernetes」について
CloudNative Days Spring 2021 ONLINE キーノートでの発表資料です。 https://event.cloudnativedays.jp/cndo2021/talks/1071 本セッションでは、DockerとKubernetesのもつ基本的な機能の概要を、コンテナの仕組みをふまえつつイラストを用いて紹介していきます。一般にあまり焦点をあてて取り上げられることは多くありませんが、コンテナの作成や管理を担う低レベルなソフトウェア「コンテナランタイム」も本セッションの中心的なトピックのひとつです。 本セッションは、拙著「イラストで分かるDockerとKubernetes」(技術評論社)の内容を参考にしています。 https://www.amazon.co.jp/dp/4297118378
マルチホストでのDocker Container間通信 第2回 Port Forwarding と Overlay Network - Uzabase for Engineers
こんにちは。SPEEDA開発チームの鈴木です。 前回はマルチホストでのDocker Container間通信の説明の前段として、Dockerのネットワークが次のようになっているという話をしました。 今回はいよいよ、マルチホストでどうやってDocker Container同士の通信を実現するのかを説明していきます。 はじめに DockerによるContainerのマルチホスト間通信 Port Forwarding Overlay Network 1. Docker Swarm mode 2. 分散KVSとdocker network create -d overlayコマンドを使って自前で構築 3. flannelのようなOverlay Network構築ツールを使う Overlay Networkだけで解決できないこと シリーズ はじめに マルチホスト間でのDocker Container
RailsアプリをECSで運用するまでにやったこと、これからしていくこと - スパイスな人生
おはようございます。一番よく使うemojiは 👀 (:eyes:) のうなすけです。 さて弊社では、最近社内Railsアプリをひとつ構築しました。それをECSで運用することにしたので、そこに至るまでの経緯、つまづき、これからの課題などなどを記事にしていこうと思います。上の図は現時点での簡単なAWS上での構成図です。 以下、見出しは時系列順でやったことを記録していきます。 社内Railsアプリ、一体どんなもの？ ここで新規に構築することになった社内Railsアプリですが、特に凝ったことはしていない単純なRailsアプリです。初めからECSで運用することにしていたので、開発環境も全てDockerで構築しています。Railsのバージョンは5.1.0、Docker imageのFROMにはruby:2.4.1-silmを採用しています。 Docker imageのtagについて developm
クラスタ不要で柔軟な Docker ホスティングが行える Hyper.sh を試してみた - しばやん雑記
Hyper.sh - Clusterless Docker Hosting Hyper.sh の特徴とメリット 個人的にはクラスタ不要で Docker が使えるというだけでかなりのメリットになるのですが、それ以外にもいろいろと特徴とメリットがあったので少しだけ書いておきます。 Docker と同じコマンド体系で利用できる Hyper.sh が提供している CLI は Docker とほぼ同じコマンドが使えるようになっています。具体的には docker を hyper に置き換えるだけで使い始めることが出来ます。 # docker の場合 docker pull shibayan/decode-demo:v5 docker run -d -p 80:80 -it shibayan/decode-demo:v5 # hyper の場合 hyper pull shibayan/decode-de
Enabling DNS Round Robin
I’d like to make use of the new feature in 1.11.0 Multiple A/AAAA records from embedded DNS Server for DNS Round robin (#21019) I’ve got a minimal example with instructions but the DNS isn’t doing round robin. My understanding is that DNS round robin can be enabled with a network alias like networks: backend: aliases: # All app servers be referred to by this alias with the backend network - apps A
VirtualHostをお手軽に実現できるDockerコンテナnginx-proxyの起動方法
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
Dockerを使ったGolang開発環境 - unknownplace.org
しばらくiOSアプリのクライアントサイドばかり開発していてサーバサイドプログラムにご無沙汰だったのだけど、 最近またGoでアプリのサーバサイドを書くようになった。 ちょうど xhyve が話題になっているのもあって、OS X の仮想環境がアツい感じだったので、 ひさしぶりに Docker で開発してみよう、と思いたち、Dockerを使ったアプリ開発をやってみている。 docker-compose を使って依存ミドルウェアも一緒に立ち上げる docker-compose [1] というのを使うと、複数のコンテナを同時に立てられ、それぞれにリンクも良い感じにやってくれる。 開発環境を作るにはもってこいのツールだ。 GoのWebアプリ サンプルとして以下のようなアプリを考える。 // main.go package main import ( "fmt" "log" "net/http" "gi
Docker を読む - Kato Kazuyoshi
Docker はひとつの Linux システムの上で、複数の Linux システムを動かすためのソフトウェアだ。システムの分離には Linux Containers (LXC) を、ファイルシステムまわりには Advanced multi layered unification filesystem (Aufs) をつかっている。 Docker は Go で書かれている。ソースコードは全体でだいたい15,000行で、そのうちおよそ 2/3 が本体、1/3 がテストとなっている。 % cat **/*.go | wc -l 14976 % cat $(ls **/*.go | grep -vi test.go) | wc -l 9797 % cat $(ls **/*.go | grep -i test.go) | wc -l 5179 % Docker Init, Docker Daemo
コンテナの連結と操作 - Docker User Guide - Qiita
コンテナのリンク（連結）と操作 Linking containers together - Docker Documentation http://docs.docker.com/userguide/dockerlinks/ Using Docker section において、私たちはネットワークを通して Docker コンテナの中で実行されているサービスにつながる事に触れてきました。これは、Docker コンテナの中で、サービスと動作中のアプリケーションを相互に作用することが出来る方法の１つです。このセクションでは、リンクしている（連結している）コンテナに概念を導入するだけでなく、ネットワーク・ポートを通して、Docker コンテナへの接続をリフレッシュさせる方法を扱います。 ネットワークポート割り当てのリフレッシャー Using Docker section において、私たちは Pyt
Dockerfile が複数ある環境で同じファイルを ADD しなくて良くなるツール - Qiita
Docker ネタです。 今回紹介するツールを使うよりも良い方法があれば教えていただけると幸いです。 Dockerfile の ADD(COPY) に指定できるファイルやディレクトリのパスは、 Dockerfile と同じディレクトリからの相対パスでなくてはいけません。 そのため、同じファイルを ADD(COPY) したい場合は、 $ tree dockerfiles dockerfiles ├── mysql │ ├── Dockerfile │ └── samefile └── nginx ├── Dockerfile └── samefile 2 directories, 4 files のように、同じファイルをそれぞれのディレクトリに配置することになると思います。 ちなみに、symlink をはれば同じファイルを配置しなくて良いかと思いましたが、 ファイルへの symlin
dockerのENTRYPOINTとCMDの書き方と使い分け、さらに併用 - Qiita
2019-06-01 追記 この記事より DockerfileのCMDとENTRYPOINTを改めて解説する - Qiita のほうがお勧めです。 元記事 Dockerfile referenceやDockerfile Best PracticesにENTRYPOINTとCMDの書き方と使い分け、さらに併用について書かれていました。 ENTRYPOINTとCMDの引数の書式 ENTRYPOINTの書式は以下の2種類があります。 ENTRYPOINT ["executable", "param1", "param2"] (シェルを介さずに実行。この形式を推奨) ENTRYPOINT command param1 param2 (シェルを介して実行) シェルを介して実行するほうは/bin/sh -cを使って実行するそうです。 CMDの書式は以下の3種類です。 CMD ["executable"
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker 17.06 Updates 最近何が変わったの？
Dockerを本番導入するにあたり得た知見
terranillius.com
Dockerを本番で使ってみて分かったこと
https://docs.docker.com/installation/centos/