MonoでのRPCのオプション？（WCFの代替案）

私は、モノでWCFを使用しようとすると膨大な時間を費やす機会がありました。これは、現実には、玩具の用途を超えて、プロダクション環境に置くのが難しいだけです。それは24/7の負荷に耐えられません。MonoでのRPCのオプション？（WCFの代替案）

現時点では、実稼働環境でMonoを実行しているWCFがありますが、私のソフトウェアに安定性をもたらすためには、少なくとも短期間にはそれを離れていく必要があります。現在、私は数時間おきにプロセスを再起動して生き残っています。

私は可能性のある代替案を探しています。私の通信エンティティはすべて、.NETベースで、一部はLinuxのMonoで、他のものはWindows Serverのms.netです。私は非常にシリアル化層としてprotobuf-netと自分のRPC層を巻くように誘惑されますが、私はこれをしたくないです。 protobuf-netの大きな利点は、優れたC++サポートがあることです。これは私の価値です。

MonoでRPCを使用して安定性を達成した人はいますか？もしそうなら、あなたは何をしましたか？

更新日：私はステートフルデュプレックスメッセージングを探しているとは言いませんでした。これはかなり重要な情報です。私はそれに固執していないが、私はそれが非常に欲しい。 WCFはこれにnet-tcpデュプレックスチャネルを提供します。

出典

2011-09-20 John Hargrove

に取り組んでいます。私もモノと同じ問題にぶつかります。モノは、WCFについては生産現場で信頼できるものではありません。 –

REST/WS

ため ServiceStack

DRYを作成するためのベスト・プラクティスを奨励現代、コードまず、DTO主導、WCF交換用のWebサービスフレームワーク、高もパフォーマンス、拡張性のREST Webサービスをお試しください

デュプレックスとTCPベースのものをお探しの場合は、zeroMQと考えるかもしれませんが、問題のセットはWCFと少し異なります。

出典

2011-09-21 13:44:47 Brook

+1これは、RESTfulなWebサービスのための素晴らしいオプション、および1つのWCF機能の代替品に見えます。私はこれをいくつかの場所で使用していますが、（何かが分からない限り）ステートフルなデュプレックスサービスを実装することはできません。私はこの詳細を強調するために私の質問を更新しました。 –

@ John Hargrove：duplex TCPに興味があるなら、zeroMQ（私の答えを更新）に興味があるかもしれません。 – Brook

high-perfo * mance ...： -/ – Danra