Dockerでbundle installでのGemのインストール先を変更した場合、Dockerの強みが失われるのでは...？

Question

質問内容

Docker初心者です。

DockerでRuby on Railsの開発環境を構築しています。
Gemfileを変更する度に $ docker-compose build を行なって全てのGemのインストールを行うのが時間がかかると思い、以下の記事の方法を元にGemのインストール先を /bundle に変更してみました。

docker-composeでRailsのGemを更新する時、docker buildするのを回避したい

これにより、Gemfileを変更しても $ docker-compose build は必要なくなり、 $ docker-compose run --rm web bundle install でGemのインストールを行えるようになって快適になりました。（アプリケーションのコンテナ名がweb）

しかし、Gemのインストール先がwebコンテナの外に出たことになり（？）、環境をイメージ内に閉じ込めてしまえるというDockerのメリットが失われるのではないかと気になりました。

この場合、Gemのインストール先はwebコンテナのままにした方がDockerの強みを活かせるのでしょうか？

よろしくお願いいたします！

※リンク先のQiitaの投稿、ならびに投稿者様を批判する意図はありません。

補足情報

• macOS Mojave
• Docker Desktop Community 2.0.0.2
• docker-compose 1.23.2
• Bundler 1.16.3
• ruby 2.5.1p57
• Ruby on Rails 5.2.2

FROM ruby:2.5.1
ENV LANG C.UTF-8

RUN apt-get update -qq \
 && apt-get install -y build-essential \
                       libpq-dev \
                       cmake

RUN gem install bundler

WORKDIR /tmp

COPY Gemfile Gemfile
COPY Gemfile.lock Gemfile.lock

RUN bundle install --path /bundle --jobs 4

ENV APP_HOME /app

RUN mkdir -p $APP_HOME

WORKDIR $APP_HOME

COPY . $APP_HOME

EXPOSE 3000
CMD bundle exec puma -C config/puma.rb

version: '2'

services:
  db:
    image: mysql:5.7
    environment:
      - MYSQL_ROOT_PASSWORD=password

  web:
    build: .
    command: bundle exec rails s -b 0.0.0.0
    volumes:
      - .:/app
      - bundle:/bundle
    ports:
      - '3000:3000'
    depends_on:
      - db
    environment:
      - RAILS_ROOT=/app
      - RAILS_ENV=development

volumes:
  bundle:
    driver: local

Answer 1

Gemをいつ・どこにインストールするかは目的に応じて使い分けるべき内容です。

複数人で開発環境を共有する場合や、本番環境でも利用する場合は
コンテナ内にGemをインストールした方が再現性(ポータビリティ)が向上するため便利です。

自分1人で開発しており開発環境を共有する必要がない場合や、
試行錯誤段階でGemの更新頻度が高い場合は
コンテナ外にGemをインストールした方が手間が削減できるため便利です。

目的や何を重視するかによってGemのインストール先を決定すると同時に、
開発フェーズに応じてインストール先を変更するという選択肢を取ってもよいかもしれません。

Comments

[ti1050]

非常にスッキリしました！ありがとうございます！

Answer 2

Gemのインストール先がwebコンテナの外に出たことになり（？）、環境をイメージ内に閉じ込めてしまえるというDockerのメリットが失われるのではないかと気になりました。

この場合、Gemのインストール先はwebコンテナのままにした方がDockerの強みを活かせるのでしょうか？

Gemのインストール先をホストOSのディスクに配置されるだけでホストやその他の環境が汚染されるわけではありません。
コンテナイメージをpullしてすぐ使えるか、パッケージをインストールする一手間があるかの違いだけかと。

Comments

[ti1050]

ありがとうございます！わかりやすかったです！