dockerを使った開発環境の構築と移植

Question

Dockerを使ってrailsアプリケーションの環境を構築したいです.
必要なgem等を含め環境をdocker上に構築し, なおかつ新しい機材が増えるたびに移植を簡単にしたいです.(railsアプリが動くDemo環境をdockerを使って簡単に複数作れるようにしたいです)

このためにはどのような記述をすればいいのでしょうか？
dockerについては、仮想マシンのOS共有版というような甘い認識で考えていたくらいで素人です.

Dockerfileをとりあえず書いてみて, emacsをデフォルトでインストールさせる、みたいな記事を見ながらコンテナを作ってはみたのですが例えばrailsアプリの場合mongoDBやmysql, ruby, railsの所定のバージョンのインストールが必要だと思います
またrails gemも必要です.
dockerfileはどのように記述すればいいのでしょうか？
そもそもこのような一括インストールはすべてコンテナ起動時にインストールされるようにdockerfileに書くべきなんでしょうか？
コンテナ立ち上げ後にじっこうできるような方法はあるのですか？
環境移植のしやすさの観点から有効な方法&参考記事を教えていただけるとありがたいです, よろしくお願いいたします。

Answer 1

この場合mongodb、mysql、ruby on railsのコンテナは別々にした方がバージョン管理などの観点から良いと思います。
本体アプリのイメージをrailsのイメージからなどお好きな方法で作り、その上でDocker Composeを利用すれば複数のコンテナをボリュームやお互いの接続などを設定しながら一度にrunできます。イメージを更新するときも、docker-compose.ymlを編集したり更新するイメージをpull（またはビルド）したりしてからdocker-compose upすればボリューム等も引き継がれます。

Comments

[退会済みユーザー]

解答ありがとうございます.
疑問に思ったのですが, この場合だと一つのマシン上に複数のコンテナがつくられることになってしまうと思ったのですがそれはよろしいのでしょうか？
VMを例にするとVM1つの中にすべての環境をつくってやっていたので, コンテナもひとつなのかなと思っていたのですが...
それともDocker Composeは複数のコンテナを一つのコンテナとしてたちあげることを意味しているのでしょうか？

[Bakudankun]

「一つのマシン上に複数のコンテナが作られる」という認識で合っています。
自分はまだ学生なので企業から見たDockerというものはあまりわかりませんが、「raisやmysqlなどアプリ間でライブラリ等のバージョンの競合が起きないようにする」というのもDockerの役目だと感じます。
Dockerの場合VMと違ってオーバーヘッドがほとんど無いのでコンテナが複数になることをそれほど気にしなくても良い（だからこそDocker Composeのようなものがある）のだと思います。その分イメージサイズの最小化には気を使いますが。
もちろんどうしてもイメージ１つに収めたいと思うのであればそれはそれで起動がシンプルになるので悪くはないと思います。

Answer 2

コンテナに使用するOSの問題もあるかもしれませんが、私が試した範囲ではDockerfileだけで、求めるコンテナを作ることはできませんでした。

使い捨てのデモ環境を作ることができればいいと割り切り、一つのコンテナの中にすべてを入れることにして、次のような手順を取りました。

• Dockerfileでできるところまでのコンテナを作る
• Docker exec でコンテナに入り、必要なソフトを手動でインストールし、各種設定も行う。
• Docker exec でコンテナに入った状態でサービスをスタートする。
• Docker commit でイメージを作る

このイメージをrunさせればOKです。
Dockerに慣れていないのであれば、Dockerfileを使わないで、OSだけのコンテナを使い、インストールは全部手でやってもいいかもしれません。
プラグインなどを追加していく時も、同じようにDocker execでコンテナに入ってマニュアルで入れ、新しいイメージを作ります。

Dockerの設計思想からは外れる使い方かもしれませんが、とにかく動くものは作れます。
ご参考まで。