助手席への追加

Question

これまでのところ、単純なアプリケーションでは、古典的なrails serverを起動する必要がありました。

私は最近、react_on_railsの宝石を追加しました。webpackとjavascriptのものを扱うためにnodejsサーバーを起動する必要があります。

私はいくつかのプロセスを管理できるこのforeman gemが必要であることを理解しています。

• ん旅客ハンドル：これまでのところは良いが、その後、私はまだ（Apacheの/ nginxの上のPhusion旅客）

  だから、いくつかの質問を理解し、私の本番環境にこの強化アプリを展開いくつかの問題を抱えていますrails sからforeman start -f Procfile.devへの移行は自動的に行われますか？

• noの場合、乗客の作業場所はどこですか？
• サイド質問：ほとんどすべてのGoogleの結果は、foreman on passengerを検索するとpuppetを参照してください。誰もがpuppetが1行で何をしているのかを説明することができました。これまで何もかも、私はカピストラーノを使用してアマゾンのクラウドに自分のアプリケーションを展開していますし、私が持っている期待していた

...これはどこから来ているので、私は知らないforeman start -f Procfile.devコマンドを使用して、ローカルホスト上でスムーズに動作しますrails + nodejsの設定が自動的に行われます（Passengerはこれをすべてうまく処理します）。私は間違っていると思いますか？

Answer 1

私たちの生産環境では、eyeを使用して、レールアプリに関連する他のプロセスを管理しています。

を（旅客は、労働者が眼によって制御されながらmod_passengerから実行されます）そして、ここ4人の同時queue_classic労働者を開始する例を示します。

APP_ROOT = File.expand_path(File.dirname(__FILE__)) 
APP_NAME = File.basename(APP_ROOT) 

Eye.config do 
    logger File.join(APP_ROOT, "log/eye.log") 
end 

Eye.application APP_NAME do 
    working_dir File.expand_path(File.dirname(__FILE__)) 
    stdall 'log/trash.log' # stdout,err logs for processes by default 
    env 'RAILS_ENV' => 'production' # global env for each processes 
    trigger :flapping, times: 10, within: 1.minute, retry_in: 10.minutes 

    group 'qc' do 
    1.upto(4) do |i| 
     process "worker-#{i}" do 
     stdall "log/worker-#{i}.log" 
     pid_file "tmp/pids/worker-#{i}.pid" 

     start_command 'bin/rake qc:work' 

     daemonize true 
     stop_on_delete true 
     end 
    end 
    end 
end 

を