Развертывание приложения Docker Rails

В этом файле я запускаю bundle installс --without development testфлагом, чтобы избежать Gems, которые нам не нужны в нашей производственной среде. Я установил переменные ENV с именами RAILS_ENV и RACK_ENV для производства. И, наконец, я предварительно скомпилировал ресурсы, чтобы в образе уже были все предварительно скомпилированные ресурсы, и нам не нужно будет делать это снова после развертывания. Все дело в том, чтобы наш производственный имидж был максимально эффективным и небольшим.

Давайте создадим наш производственный имидж:

docker build -t leighhalliday/rails-alpine -f ./Dockerfile.prod .

Обратите внимание, что мы включили -fдирективу с именем файла, чтобы указать на наш Dockerfile.prodфайл вместо обычного Dockerfile.

Нажимаем наш образ в Docker Hub

Мы создали наш образ локально, но пришло время отправить его в Docker Hub. Docker Hub очень похож на GitHub, где есть публичные и приватные изображения. Для этой демонстрации мы будем использовать общедоступную, но если это для вашей компании, вы, вероятно, захотите использовать закрытую версию.

docker push leighhalliday/rails-alpine

Теперь он доступен по адресу https://hub.docker.com/r/leighhalliday/rails-alpine/ .

Развертывание приложения Docker Rails

Сегодня мы развернем наше приложение на довольно типичном Linux-компьютере (Ubuntu, но это может быть что угодно), на котором уже установлены Docker и NGINX.

We’ll actually have to set up two other images (plus our Rails app, so three in total) on the server for the database. I’m going to be creating one image which is for storing DB data plus another for the DB server itself. Then we’ll run our main Alpine-Rails Docker image and link it to the DB server image. If you’re wondering why I’m doing it this way, Tim Butler has a great article on Linking and Volumes in Docker.

docker create -v /var/lib/postgresql/data --name db-data postgres:9.4 /bin/true

And for the DB server itself, which uses the --volumes-from directive to point to the db-data image from above:

docker run -d --name db-server --volumes-from db-data postgres:9.4

Now to run our Rails container:

docker run -d --name rails-server --link db-server -p 3000:3000 -e SECRET_KEY_BASE=`rake secret` leighhalliday/rails-alpine

Here is a breakdown of the directives:

• -d: To run this Docker container in the background
• --name: Giving this container a name
• --link: Linking this container to the db-server image
• -p: Exposing port 3000 and linking it to port 3000 on the host system
• -e: Setting an environment variable which Rails will use. You may have to replace rake secret with an actual secret because the host server most likely won’t have rake installed

One important thing to note is that the database.yml file should be set up to point to our linked db-server image. To do this we can use the environment variables that the linked image exposes to us. To see a list of them you can run this command:

docker exec rails-server env

Two of the ENV variables listed will be something similar to the ones below. We can use these to point to our DB.

DB_SERVER_PORT_5432_TCP_ADDR=172.17.0.1
DB_SERVER_PORT_5432_TCP_PORT=5432

docker exec -it rails-server rails console

upstream docker { 
  server 127.0.0.1:3000; 
}

server { 
  listen 80; 
  location / { 
    proxy_pass http://docker; 
  } 
}