スーパーバイザプロセスはプロセスをどのように監視しますか？同じことをJVM上で行うことはできますか？

Question

Erlangのフォールトトレランスには、スーパーバイザプロセスを使用してワーカープロセスを監視する機能が含まれているため、ワーカーが死亡した場合、スーパーバイザは新しいものを起動できます。

Erlangは、特に分散シナリオでこの監視をどのように行うのですか？どのようにしてプロセスが本当に死んだのかを確認することができますか？それは心拍をするのですか？実行時環境に何か組み込まれていますか？ネットワークケーブルが接続されていない場合はどうなりますか？他のプロセスと通信できない場合、他のプロセスが終了したと想定していますか？

私は、JVMでErlangが主張しているのと同じフォールトトレラントなどを達成する方法について考えていました（JavaやScalaなど）。しかし、Erlangと同様にJVMに組み込まれたサポートが必要かどうかもわかりませんでした。私はErlangがそれをどうやって行っているかの定義を、比較のポイントとして捉えていませんでした。

Answer 1

Erlang OTP監視は通常、異なるノードのプロセス間で行われません。それはうまくいくが、ベストプラクティスは違うやり方だ。

一般的なアプローチは、アプリケーション全体を記述して各マシン上で実行することですが、アプリケーションは単独ではないことを認識しています。アプリケーションの一部にはノードモニターがあるので、ノードダウンを認識しています（これは簡単なネットワークpingで行われます）。これらのノードダウンは、ロードバランシングルールを変更したり、別のマスターなどにフォールオーバーするために使用できます。

このpingは、ノードダウンを検出するのに遅延があることを意味します。デッドピアノード（またはデッドリンク）を検出するまでには、数秒かかる場合があります。

スーパーバイザとプロセスがローカルで実行されている場合、クラッシュとスーパーバイザへの信号はほとんど瞬間的です。異常クラッシュがリンクされたプロセスに伝播するという機能に依存しています。

Answer 2

誰かがsimilar strategy in Scalaを実装しているようです。私の期待は、監督者がネットワーク障害を失敗したサブプロセスとして扱い、Scalaプロセスに関するドキュメントがこれを裏付けているように見えることです。

Answer 3

私はスーパーバイザプロセスがポートマッパーを処理していると思います。 JInterface経由でErlangポートマッパー/インフラストラクチャを利用することができます。これにより、少なくともそこに記載されているすべてのインターフェイスを手に入れたい場合に備えて、ホイールの再発明を避けることができます。

Answer 4

Erlangはopensourceです。つまり、download the sourceとなり、Erlangがどのようにそれを行うのかについての決定的な答えを得ることができます。

Erlangは、特に分散シナリオでこの監視をどのように行いますか？どのようにしてプロセスが本当に死んだのかを確認することができますか？それは心拍をするのですか？実行時環境に何か組み込まれていますか？

私はそれがBEAMランタイムで実行されたと信じています。プロセスが終了すると、それにリンクされているすべてのプロセスにシグナルが送信されます。詳しくは、Programming Erlangの第9章を参照してください。

ネットワークケーブルが抜かれた場合 - 他のプロセスと通信できない場合、他のプロセスが終了したと見なしますか？

Erlangでは、ノードを監視し、{node_up, Node}と{node_down, Node}メッセージを受信することができます。私はあなたがもはやノードに話すことができない場合、これらも送信されると仮定します。それらをどう扱うかはあなた次第です。