Docker のキャッシュを全力で使いこなそう
tl;dr 依存パッケージのダウンロードは最初に実行しよう マルチステージビルドは必須と覚えておこう RUN --mount=type=cache を使おう（でも BuildKit を使えるかは確認して！） pnpm fetch も期待大 はじめに みなさん，Docker を使って開発するときに依存パッケージのダウンロードをずっと待ち続けた経験はありませんか？「依存パッケージの追加なんて頻繁に発生しないし，我慢しよう…」と妥協している方も多いでしょう． 頻繁に発生しない？本当にそうですか？ 追加ではなくても依存パッケージの更新なんてよく発生するし，ベースイメージを更新することもあります．その度に全部ダウンロードし直しなんて堪ったもんじゃありません．モバイル回線だったら一瞬でギガがなくなっちゃいますよ！ ということで，この記事ではキャッシュを活用して依存パッケージのダウンロードが何度も発生し
Dockerの/var/lib/dockerを移動する - Qiita
今使っているクラウドのルートディスクが15GBしかないのでDocker Composeで複数のコンテナを起動して開発しているとすぐに容量不足になります。開発中はよくゴミが出るので定期的に/var/lib/dockerは再作成していますが、もう少し大きなディスクを追加して移動しようと思います。最初は/etc/fstabの記述を間違えてリカバリーモードで起動することになりました。しかもrootのパスワードを忘れてしまいシングルモードで起動する必要があったりと、作業には十分注意が必要です。 以下のサイトを参考にしました。最初に読んでいたサイトはmountのbindオプションの使い方が間違っていて混乱してしまいました。 Moving docker images location to different partition Moving Docker "stuff" to a Different
Running a Rails app on Docker using the Passenger image
06 Mar 2015 docker, ruby This is a 2-part post on getting a Rails app running on Docker using the Passenger image from Phusion. This first part covers setting up a development environment using Docker Compose (formerly called Fig) and boot2docker. The second part will cover deploying the Rails app as a container to AWS using Elastic Beanstalk. Production Architecture The Rails app is for a new pro
Managing data in containers - Docker Documentation
Volumes are the preferred mechanism for persisting data generated by and used by Docker containers. While bind mounts are dependent on the directory structure and OS of the host machine, volumes are completely managed by Docker. Volumes have several advantages over bind mounts: Volumes are easier to back up or migrate than bind mounts.You can manage volumes using Docker CLI commands or the Docker
docker のボリュームオプションを使った（Amazon Linux で docker 使えた！） - ようへいの日々精進XP
どうも。最近ネタ切れ感が拭いきれない docker 初心者を抜け出せないかわはらです。 はじめに docker でコンテナ内であれこれしたデータの永続化したいな案件が発生したので調べて試した ついでに Amazon Linux で docker が使えるようなのでそっちで試した 参考 Share Directories via Volumes DockerのVOLUMEを調べてみた。 コンテナ型仮想環境におけるデータの永続化の必要性 小難しいタイトル↑だが自分は以下のように考えている。 データの永続化は出来たら嬉しい でも、そもそも破棄が前提の環境においてデータの保存は検討しない（保存しない） ログの類はコンテナをホストしている環境等（コンテナ以外の環境）に fluentd 等を使って流してそちらで保存する ということで、永続化に関してはコンテナ自身でどうこうではなく外部に保存というのがイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/nyarla/items/e1eebd5a0b7b23905c42
