Rails5のpumaをsystemdで起動するメモ - Qiita
試した際のメモ。 Developmentで動かすことを想定したものなのでProductionは微妙に違うと思う。 試した環境はVMPlayerにインストールしたCentOS7でRubyは2.4.2をrbenvを使ってインストール。 Railsのバージョンは5.1.4でPumaは3.11.0。 起動するアプリは/var/local/rails配下にSampleという名前で設置されているものとする。 1. 起動用のスクリプトの準備 以下のようなファイルを用意する。 ファイル名は何でもいいけど拡張子は.serviceであることに注意。 [Unit] Description=Puma Application Server After=network.target [Service] Type=simple User=root WorkingDirectory=/var/local/rails/Sa
Puma の Daemonization が廃止された理由と、デーモン化したいときはどうするべきか - 完全に理解した.com
Puma は Ruby のアプリケーションサーバの一種であり、Ruby on Rails がデフォルトで使用していることでも有名です。 そんな Puma をサーバにデプロイする方法を調べていると、一昔前まではデーモン化 (Daemonization) する設定があったそうですが、現在はその設定が廃止されていました。 そこで Puma をデーモン化する設定はなぜ廃止されたのか 代替手段の puma-daemon によるデーモン化はどのように実現されているのか を調べたところいろいろ勉強になったので、記事としてまとめます。 前提 Puma とは？という方には、Ruby における Web サーバとアプリケーションサーバについて説明している以下の翻訳記事が分かりやすくてオススメです。 Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita Puma をデーモン
Nginx + Rails (Puma) on Docker のいくつかの実用パターン - Qiita
フロントとバックエンドを同一コンテナで済ませるパターンと, 1 プロセス 1 コンテナの原則に従い個別コンテナでやるパターンです. 他にも, 共有ストレージ専用の busybox を利用するパターン などがあるようです. 今回の要件 フロントエンドは Nginx, バックエンドは Rails5 (Puma) Nginx-Puma 間は socket 通信 Rails の静的コンテンツ (public/ 配下) は Nginx が処理する パターンA: Nginx と Rails が同一コンテナ 全てのコードはこちらにあります. https://github.com/na-o-ys/rails_docker_sample/tree/single-container 全体図 $ rails new 直後のディレクトリに Dockerfile などを配置したもの. 一つの Dockerfile
Unicorn vs Puma vs Passengerの比較まとめ | Scout APM Blog
Rubyのアプリケーションサーバーのエコシステムは、Unicorn、Puma、Passenger 5 の3つを中心に出来上がっています。Rubyにおいて、アプリケーションサーバーが解決しなければならない具体的な問題はなんでしょうか。どのようにして最適なアプリケーションサーバーを選択すればよいでしょうか。2019年にはこれらのアプリケーションサーバーのニーズはあるでしょうか。 この記事ではこら全てを取り上げ、Rubyの主要なアプリケーションサーバーを比較していきます。 How important is an app server's raw speed? アプリケーションサーバーそのものの速度がアプリケーションの速度に対して多くの要因となることはほとんどありません。アプリケーションコード、データベースのクエリ、HTTPコールのRubyアプリケーションサーバーとの間の応答速度が、マイクロ秒ない
Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
ポートを指定してPumaを起動するとsocketファイルをlistenしなくなる - Qiita
Rails5で開発したウェブアプリーションをpumaコマンドで起動する際、 ポートを指定して起動しようとするとデフォルトでsocketファイルをlistenしなくてハマったので、調べたことを忘れないように残しておく。 ずっとハマっていたエラー なんかよくわからなかったが、socketファイルが読めいないせいでNginxに以下のようなエラーがずっとでていた。socketファイルはちゃんとあるし、実行ユーザまわりの権限も正しく設定しているつもりだったので、なに言ってんだ。と思っていた。 connect() to unix:///var/www/my-app-name/shared/tmp/sockets/puma.sock failed (111: Connection refused) while connecting to upstream, client: xxx.xxx.xx.xxx,
Docker + Rails + Puma + Nginx（SSL） + MySQL - Qiita
前回 作った環境をSSL化したいと思ったので、調査がてらに構築してみました。 最近はかなり安くなったとはいえ、検証のためにお金を出してSSL証明書を発行するのも嫌だし、 オレオレ証明書もなんだかなぁ〜 と思ったので、最近話題の Let's Encrypt（Certbot） で証明書発行をしてSSL化したいと思います。 Let's Encrypt とは Let's Encrypt 総合ポータル Let's Encrypt は、クライアントソフトウェア「Certbot」を使用することで、SSL/TLS サーバ証明書の取得・更新作業を自動化できる仕組みになっています。 独自ドメインがあれば、簡単なコマンド操作で SSL/TLS 証明書（無料）を取得できます。 構築手順や各ツールのバージョンは 前回 と変わりません。 なので、説明は追加した箇所以外は省略します。 前提 作業はすべて ConoHaV
Docker + Rails + Puma + Nginx + MySQL - Qiita
Dockerに興味があったものの、コマンドを叩く以外はほとんど手を出す機会がなかったので、 夏季休暇の間にしっかりと基本を身につけるべく、検証用にRails環境を構築してみました。 思ってた以上に悪戦苦闘したので、記憶からすっ飛ばないようにちゃんと記事として残しておこうと思います。 前提 作業はすべて ConoHaVPS のUbuntu16.04上でやってます。 OS上にすでに Docker と docker-compose がインストール済みという前提で話を進めます。 この環境では フロント に Nginx を配置して、バックエンドの Puma にプロキシしています。 バージョン ホストOS（Ubuntu16.04 Xenial Xerus） Docker（17.06.1-ce） docker-compose（1.11.2） Nginx（1.15.8） Ruby（2.5.1） Ruby
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
Sqale - Foreman による Web サーバーの変更方法
Foreman を利用して Sqale のコンテナで Web サーバーを変更する方法について説明します。 Thin Puma Rainbows! Thin Thin はイベント駆動型の軽量で高速な Web サーバーです。 Gemfile を修正する Thin を利用するために Gemfile に以下の内容を追記します。 gem 'thin' Procfile の記述例 アプリケーションのルートディレクトリに Procfile というファイルを作成し、以下の内容を記述します。 app: bundle exec thin --socket /var/run/app/app.sock start Procfile を作成したらデプロイを行なってください。 Puma Puma は Engine Yard 社が開発した高い並行性を持つWebサーバーです。 Gemfile を修正する Puma を利用
A Fast, Concurrent Web Server for Ruby & Rack - Puma
Speed & Concurrency Current Release: 6.4.0 Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications. It is designed for running Rack apps only. What makes Puma so fast is the careful use of a Ragel extension to provide fast, accurate HTTP 1.1 protocol parsing. This makes the se
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
