UNIXプロセスを監視するDaemontools（djbtools）の代わりに？

Daemontoolsを使用して、サーバー上のUnixサービスを監視するシンプルで信頼できる方法を提供しました。それはうまく機能しますが、異なる考え方（The DJB Way）を必要とし、いくつかの一般的な不満は次のとおりです

• TAI64Nベースのタイムスタンプ
• /etc/init.d（または（/usr/local)/etc/rc.d）にスクリプトを保存しません
• apachectlのようなスクリプトで常に機能するとは限りません。一部のスクリプトを書き直す必要があります。

似たような「スーパーバイザー/ウォッチドッグ」デーモンが約2年前に動作していたことを覚えていますが、まだ少し荒っぽいものもありました。

Daemontoolsから別のものに切り替えた場合、何を選択し、うまく機能しましたか？RedHatまたはUbuntuには、デフォルトでプロセス監視ユーティリティが付属していますか？

Hrm、Ubuntuを使用している場合、新しいinitプロセスであるupstartには、プロセス監視のレベルが含まれています。SysV initスクリプトであるサービスの標準的な開始と停止に使用できます。また、実行中のアプリケーションを監視し、それらが死んだ場合にそれらを再生成することもできます。

ニーズに応じて、inittabを介して貧乏人のプロセスリスタータを実装することもできます。

主にプロセスを監視し、常に実行されていることを確認し、実行されていないときに再起動するものを探している場合は、restartedでうまくいきました。残念ながら、私が知っている唯一のソースはDebianパッケージです。ただし、これは非常に小さくてシンプルなアプリケーションであり、基本的にはmakeファイルを備えた単一の.cおよび.hファイルのみです。Red HatのDebianソースtarballからコンパイルするのは簡単です（以前の仕事でRPMを作成しました）。

私が聞いたが、使用されていない最後のオプションはSupervisorです。有望なツールのように見えますが、再起動は過去に私にとって十分に機能していました。

runitの場合は+1。daemontoolsよりも多くの機能と柔軟性があり、既存のdaemontools引数とオプションと互換性があります。きれいです。

しかし、あなたが言及したように、多くのツールには独自の制御バイナリ、apache2ctl、ejabberdctl、poundctl、collectdなどが付属しています。可能な実装。私は通常妥協し、ほとんどのサービスをrunitの監督下で実行しています。そして、他の人は些細な方法を使用して実行することができます。

まあ、runitがあります。デーモンツールとの違いや類似点を説明することはできませんが、Berstein風のWebサイトから判断すると、明確なBernsteinの影響があると思います。

Fedoraはsystemdに切り替える準備ができているようです：http : //0pointer.de/blog/projects/systemd.html

すでに述べたようにする代わりにdaemonizeしてdaemontools、そこにあるデーモン libslackパッケージのコマンドが。

daemon 非常に構成可能であり、自動再起動、ロギング、pidfile処理などのすべての退屈なデーモンを気にします。

ありますsupervisordは、

Cで記述され、さまざまな（Unix）プラットフォームで使用可能なlibslackのデーモンツールもあります。

それは非常に構成可能であり、自動再起動、ロギング、pidfile処理などのすべての退屈なデーモンを気にします。

UbuntuにはUpstartが付属しています-私はそれについてあまり知りませんが、「スーパーバイザー」機能があることは知っています。Appleのlaunchdは別のオプションです（Wikipediaの記事には、UpstartやRunItを含む他の多くの項目もリストした素敵な「参照」セクションがあります）。

それらのすべてには良い点とユーバーサックの特別なブランドがあります-「プロセススーパーバイザー」/「ウォッチドッグ」プログラムについて誰かが私に尋ねるたびに、私はいつも同じ質問をします。

この道を行く誰もが行き止まりに気づいているので、このための人気のある/コミュニティ合意のツールはありません。長時間実行しているプロセスが頻繁に失敗して単純な監視で十分に機能しない場合は、それらの使用を停止し、イベント駆動型のコード内にコードを移動します。

編集：クリスが以下に指摘するように、あなたは完全に追い詰められることがあります。この場合、プロセス/ pidファイルを探し、欠落している場合は開始/再起動を実行し、結果を責任者に電子メールで出力する* / 1 cronジョブdeveloper / product-managerがあなたの予備役です。