Dockerfileはなぜ複雑になるのか - Qiita

はじめに Dockerfileとは docker imageを作成する際のコマンドをコード化したもの 公式ドキュメント Dockerfileは「コンテナを動かす」ためだけなら簡単に作成することが出来るが、工夫せずに書くと運用上いろいろな問題が発生する。 それらの問題点のほとんどは書き方のテクニックによって回避することが出来るが、それらのテクニックを駆使すると、今度はDockerfileの中が複雑になっていく。 Dockerfileはなぜ複雑にならざるを得ないのか 発生する問題とそれに対するテクニックを例を上げて説明していくことで理解してもらう。 rails5.1 hello world projectを例に説明する。 簡単なDockerfileの例 重要なのはFROMとRUNとCOPYのみ FROM ベースとなるimageの指定 https://docs.docker.com/engine

[vanbraam]

本来宣言的に書けるものを,最適化の為に手続き的に書くからでは?むしろその最適化が本当に必要なのか,他の手段で代替できないのかを考えた方が良さそう

[amothic]

いろいろコンテナ内に入れすぎて複雑になってるだけだし、一般ユーザに切り替える必要は基本ない。セキュリティはコンテナの外側で操作できる。

[tzt]

そもそもパッケージインストールとビルドとアプリ実行のコンテナは分けるべき。Dockerfileが複雑化するのは一つのコンテナに責務を持たせすぎの不吉な匂いだよ。でも、Railsがポンコツだから仕方ないのかな？

[Kiske]

Dockerfileおじさんできやすい問題

[Nyoho]

alpineに書き換える例

[raimon49]

イメージサイズ肥大化を防ぐ文脈

[masayoshinym]

ついていけなすぎてVagrantでいいや…ってなってる勢。

[hiby]

やっぱり嫌いだ・・・

[itouhiro]

「Dockerfileはある程度複雑になってしまう 理由 キャッシュを有効に活用しbuildの時間を短縮するため 実行時に不要なstaticライブラリをimage内に残さないため 一般ユーザで実行するため」

[tinsep19]

プロビジョニングとデプロイを分けれてないんじゃないか？

[tettekete37564]

“multi stage build” < これは知らなかった/と思ったけど docker-compose.yml でコンテナ間マウントするのと同じ事かな。ディストリを一致させるという点が Docker のコンセプトから外れてくるのでイヤだなぁ。

[bopperjp]

Docker内のプロセスを一般ユーザでも動かせる

[chemical0918]

あるある。

[yosukegatz]

使うかもしれぬ

[kazuau]

“RAILS_ENV=production”なのに、依存パッケージはどのバージョンがインストールされるか確定してないし、インターネットに出ていける環境であることが前提ですか。全力で拒否したいけど最近はこんなもん？

[akulog]

？

[bohemian916]

nvidia-dockerだと10GBくらい持ってかれる…

[knjname]

このレベルでもそこまで複雑とは思わないなあ。なんにせよスノーフレークよりマシ。

[k2wanko]

「なぜ複雑になるのか」Railsを使ってるからじゃないでしょうか...。まぁせめてビルドと実行はDockerfileを分けるとかmulti stage buildするとかかなー

[uokada]

FROMって複数行かけるの？最近、全然ついていけてない。

[tofu-kun]

よく使われるテクニックがまとまってて良い

[tsub511]

良いまとめ