回答:
runitについて聞いたことがありませんが、Monitのヘビーユーザーです...
を見るとrunit、initの置き換えであることがわかります。ほとんどのエンタープライズシステムは、デフォルトのSys V initまたはUpstartのままであると私は主張します。変更するのは一般的なことではないと思います。
ただし、ここでの関係は、runitがMonitをスポーンし、実行を継続するための便利な方法を提供している可能性があります。おそらくinittabからMonitを実行するのに似ています。それは基本的に「ウォッチャーを監視する」か、監視システムを監視することです。
実際には、Monitをデーモンとして使用しており、Monitがクラッシュしたり、強制終了されたりする問題はありません。多分の魅力runitはそれがいくつかの追加の保護を提供することです。
Monitに関しては、PIDファイルの代わりにプロセス名パターンマッチングでうまく機能します。
runitは、サービスとロギングの制御に適しています。また、unix-wayにもこだわっています。必要に応じて簡単なパーツを簡単に組み合わせることができます。サービスの開始/停止のいくつかのチェックとイベント処理を行うことができますが、これらすべてを自分でスクリプト化する必要があります。注：サービスがフォアグラウンドで実行できない場合、runitは機能しません。
monitはサービスの制御には問題がなく（デーモン化とロギングを自分で処理する必要があるため、runitほど良くありません）、正しいpidfileを公開している場合は自己デーモン化プロセスでもうまく機能します。一方、サービスの監視には非常に優れています。イベント処理、メモリリークのチェックなどです。また、サービスの状態（コマンドラインベースとWebベースの両方）を閲覧するための素晴らしいダッシュボードと、複数のサーバーからデータを取得するための商用ダッシュボードm / monitもあります。
このようにrunit + monitを使用すると、次のようになります。