pumaがdaemonとして動かせなくなったので、systemdで動かすときのpuma.serviceの書き方 | takeshit.info
pumaがdaemonとして動かせなくなったので、systemdで動かすときのpuma.serviceの書き方 はじめに Railsをコンテナ以外のEC2などで実行しているみなさん、capistranoやpuma使っていますか！？ 今回はdaemonizeオプションが削除されたpumaをタスクマネージャーであるsystemdで動かすためのtipsです。 Railsを6.1に上げたらpumaのバージョンも当然上がっていて、bash上でpumaを直接バックグランド実行できなくなっており、様々なdocumentを読んでたどり着いたのが今回の設定です。 最適な設定になっているわけではないと思いますが、どなたかの役に立てたら幸いです。 2021.06.18 更新 capistrano3-pumaのコマンド実行時の挙動について追記 2021.07.08 更新 環境変数の注意事項について、コマンド備忘に
Puma の Daemonization が廃止された理由と、デーモン化したいときはどうするべきか - 完全に理解した.com
Puma は Ruby のアプリケーションサーバの一種であり、Ruby on Rails がデフォルトで使用していることでも有名です。 そんな Puma をサーバにデプロイする方法を調べていると、一昔前まではデーモン化 (Daemonization) する設定があったそうですが、現在はその設定が廃止されていました。 そこで Puma をデーモン化する設定はなぜ廃止されたのか 代替手段の puma-daemon によるデーモン化はどのように実現されているのか を調べたところいろいろ勉強になったので、記事としてまとめます。 前提 Puma とは？という方には、Ruby における Web サーバとアプリケーションサーバについて説明している以下の翻訳記事が分かりやすくてオススメです。 Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita Puma をデーモン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
