どちらのソリューションも優れており、どちらにも長所と短所があります。
God設定ファイルはRubyで記述されているため、基本的にすべてを実行できますRubyを使用すると、多くのことができます。Monitは独自の構文を使用して設定する必要がありますが、通常は問題ありませんがとにかく、Ruby（デプロイメント戦略の一部として）を使用してmonit configを生成することもできます。
また、monitは使用するリソースが少ないため、VPSを使用している場合や、予備のメモリがない場合は、monitの方が適しています。個人的には、より構成しやすいので、神を好みます。
これはとても良い 神のスクリーンキャスト です。このスクリーンキャストへのコメントにも多くのフィードバックがあります。
神はかなりひどくメモリをリークするので、私はVPSにMonitを選びました。 Monitは常に約2MBのRAMで実行されますが、Rubyで実行されている私の神のインストールは、約36時間で約60MBのRAMにリークしました。私は自分のシステム監視ツールを監視したくなかったので、私は神を捨ててMonitに行きましたが、まったく問題はありませんでした。
神は次のような多くの問題を抱えています：
- メモリーリーク
- プロセスの停止と再起動に問題があります
http://blog.bradgessler.com/use-monit-with-Rails-not-god でそれについて書きました
Monitの唯一の実際の問題（問題がある場合）は、大規模なクラスターを実行している場合に構成ファイルが少し冗長になる可能性があることですが、これはテンプレートシステムで解決できます。
私は、専用のUbuntuサーバーで神を実行させることさえも、多くの問題を抱えていました。結局あきらめました。 MonitはRubyではないかもしれませんが、ほとんど手間がかかりません。
今後この投稿を見つけた方は、神の代わりに bluepill を検討することもできます。神が過去2年間で記憶の問題に対処してくれたことを願っていますが、ブルーピルは最初から小さな足跡で走るように設定されていたことを知っています。モニターほど小さくはありませんが、bluepillのフットプリントは非常にリーズナブルです（VIRTが16 MB、RESが13 MB）。
Monitには独自の問題があります。
- 空のPIDファイルは問題を引き起こします。
- 複数のレベルの依存関係がある場合、下位レベルの依存関係が開始されると、トップレベルアプリが起動されます。これは一部のユースケースには最適ですが、特に柔軟ではありません。
現時点では、私はそれがかなり迷惑だと思います。幸いなことに、「グループ」機能を使用して依存関係をいくらか詰め込むことはできますが、特に満足できるものではありません。とにかく、それはv5.1.1での私の考えです