デプロイで最低限抑えるべきポイント３選

ぞす！げんきちです！＼＼\\٩( 'ω' )و //／／

「いや、誰だよ」って方は、下記リンクを見てやってください。

目次〜

デプロイで最低限抑えるべきポイント３選
きっかけ
Railsの仕事
- アセットパイプラインとは
  - 主要な機能
  - プレコンパイルとは
Nginxの仕事
- 設定
- 役割
Unicornの仕事
- 設定
まとめ（？）

f:id:Genkichi:20190312000333j:plain

最近AWSを学習しています。

初学者の身としては、railsから急にインフラっぽくなって面食らってます。

そこでメンターさんと相談しながら要点を絞りました。

かなり備忘録的にですが、まとめました...🙇‍♂️

デプロイで最低限抑えるべきポイント３選

・ブラウザ→Webサーバ→アプリケーションサーバという流れを理解できる。

・ログの場所がわかり、エラーログなどを確認ができる。

・ソケットとかlistenがわかり、サーバ間の接続を確認できる。

きっかけ

Capistranoを設定して、自動デプロイしたら画面が壊れました。

原因は、assetsファイルの指定時にスペルミスしてました／(^o^)＼

Railsの仕事

アセットパイプラインとは

JavaScriptやCSSのアセットを最小化 (minify: スペースや改行を詰めるなど) または圧縮して連結するためのフレームワーク。

spockets-rails gemによって実装され、デフォルトで有効になっている。

www.transnet.ne.jp

主要な機能

①アセットを連結すること

ブラウザがWebページをレンダリングするためのリクエスト数を減らせる。

SprocketsはすべてのJavaScriptファイルを1つのマスター.jsファイルに連結し、すべてのCSSファイルを1つのマスター.cssファイルに連結してくれる。

②アセットの最小化 (一種の圧縮)

例：ホワイトスペースとコメントを削除すること。

railsguides.jp

とりあえず、railsでは以下の仕事まで行う。

public/aseets配下にあるアセットファイルをプレコンパイルする。

ターミナル

rails assets:precompile

プレコンパイルとは

= pre（事前に）、コンパイル（変換）すること。

= 前もって読み込みやすい状態にしておくこと。

このプレコンパイルされた情報をWebサーバ（Nginx）が見られるように設定する。

Nginxの仕事

設定

/etc/nginx/conf.d/rails.conf

server {
  listen 80;
  server_name <Elastic IP>;

  root /var/www/<アプリケーション名>/current/public;

  location ^~ /assets/ {
    gzip_static on;
    expires max;
    add_header Cache-Control public;
    root   /var/www/<アプリケーション名>/current/public;
  }

省略

}

listen 80 ≒ 80番ポートにいったらNginxが待っているイメージ。

通信はデフォルトで80番ポートにいく。

:80は、省略可能。

qiita.com

役割

クライアントから/var/www/<アプリケーション名>/public;の処理をリクエストされた場合は、自分でレスポンスを返す。

それ以外の場合、動的なコンテンツの生成をアプリケーションサーバ（Unicorn）に依頼する。

Unicornとの接続口（Unicornのソケットファイルが存在する場所）も指定する。

Unicornの仕事

設定

/etc/nginx/conf.d/rails.conf

upstream app_server {
  server unix:/var/www/<アプリケーション名>/shared/tmp/sockets/unicorn.sock;
}

Unicornにも、unix:/var/www/<アプリケーション名>/tmp/sockets/unicorn.sock;で待っていてくれるように（listen状態に）設定する。

config/unicorn.rb

app_path = File.expand_path('../../../', __FILE__)
working_directory "#{app_path}/current"
listen "#{app_path}/shared/tmp/sockets/unicorn.sock"

また、プロセスIDやエラーの記録場所も指定する。

pid "#{app_path}/shared/tmp/pids/unicorn.pid"
stderr_path "#{app_path}/shared/log/unicorn.stderr.log"
stdout_path "#{app_path}/shared/log/unicorn.stdout.log"

以下のコマンドでエラーが確認できます。

stderr = standard errorの略 = 標準エラー出力先。