メッセージパッシングに関してRPCの欠点は何ですか？

StackOverflow https://stackoverflow.com/questions/962436

  •  12-09-2019
  •  | 
  •  

質問

RPCの欠点は、メッセージパッシングに関して何ですか？

役に立ちましたか？

解決

原則として、RPCは、プロセス間通信の他の手段よりも高い抽象化レベルを提供します。これは、おそらく、低レベルのプリミティブよりも使いやすいことになります。この抽象化のためにあなたが原因マーシャリング/アンマーシャリングのため、パフォーマンスに何らかのペナルティを支払うことができる、簡単なシナリオのためのコンフィギュレーションに追加された複雑さに対処する必要があります。

あなたはこの論文（PDF）。あなたも論文に基づいて論文の1を読むことができます：<のhref =「http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.95.2490&rep=rep1&type=pdf」のrel = "noreferrer 「>メッセージパッシング、リモートプロシージャコールと コミュニケーションとして分散共有メモリ 分散システムの（PDF）

のためのパラダイム

他のヒント

あなたはメッセージング対RPCについて話していますか？ （一般的に）非同期メッセージングのように？それはあなたが何を言ってるのかだ場合、そのメッセージは、複雑さと余分なインフラのコストでより堅牢になる傾向がある。

あなたはRPC-> RPC-> RPCは、あなたが3のプロセス/マシン深いの呼び出しスタックを持つ終わるシナリオを持っている場合は、

最も単純な例です。これらのプロセスのいずれか/マシンが処理中に失敗する可能性があり、全体のスタックが巻き戻します。

あなたがメッセージングされた場合は、

、プロセス間の実際の接続ははるかに少ないです。あなたはメッセージをハンドオフ、あなたはあなたの方法にしています。プロセスの一つが故障した場合さて、それは、一般的に、メッセージはまだどこかでそれを取得するための新しいプロセスを待っているキューに座っていることから、中断したところ、それが再起動されているのは良いチャンスがあります。全体の時間が長くなるかもしれないが、それははるかに堅牢なシステムです。

マインドはそれが非同期アーキテクチャと落とし穴がたくさんある、万能薬ませんが、この堅牢性は、RPCとメッセージングシステムの間の素数違いです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top