WCFタイムアウト処理

Question

現在、クライアントと消費するいくつかのWCFサービスを持つソフトウェアソリューションを開発中です。私たちが持っている問題は、WCFサービスが一定期間活動しなくなってからタイムアウトすることです。

1. 増加のタイムアウト（私の知る限り理解されるように、これは一般的に推奨されていない例えば、無限/週にタイムアウトを設定する悪い習慣と考えられている。。）
：私の知る限り理解し、これを解決するには2通りの方法があります
2. 定期的にクライアントからWCFサービスにpingを実行します（冗長な定期的な呼び出しを追加するので、私は彼の巨大なファンではないと確信しています）
3. タイムアウトの問題を処理して再接続を試みます多くのマニュアルコード）
4. 信頼できるセッション - これは組み込みWCFのpingとメッセージの信頼性メカニズムであると言われているソースもありますが、これはまだタイムアウトになることに言及する。

この問題を解決するには、どのような方法が推奨されますか？これに関する公式の読書資料はありますか？私はすべての情報を自分で見つけることができませんでした

ありがとう！

Answer 1

私が見ることができるように、述べたポイントの組み合わせを使用する必要があります。

1. タイムアウトを増やすことは悪いことであり、多くの問題を引き起こす可能性があります。
2. 信頼できるセッションを使用しない場合は、接続を保持するためにはPingが唯一適用されます。
3. タイムアウトが発生しても、接続が失われても、例外がスローされても、このことは処理する必要があります。あなたの接続にはさまざまな可能性があります。
4. 信頼性の高いセッションは、pingを実装しないのが良い方法ですが、技術的にはほぼ同じです。 WCFは自動的に「私はここにいる」という要求を送信します。

最後にポイント3とポイント2または4が必要です。ポイント3の手動コードを減らすには、プロキシまたはServiceClientのラッパーを使用して、古いものはリクエスト中にフォールトされます。ポイント4は実装するのが簡単です。なぜなら、あなたの設定であなたのバインディングにいくつかの小さな追加が必要なだけなのでです。そして、トラフィックのオーバーヘッドはそれほど大きくはありません。ポイント2は最も高価な方法です。サーバーにpingを実行し、サービスを拡張する必要があるスレッド/タスクを処理する必要があります。しかし、あなたが前に述べたように、信頼できるセッションは失敗する可能性があり、Pingはあなたを安全な側に導くべきです。

Answer 2

あなたのWCFエンドポイントは何をしているのですか？あなたのコマンド設定を最適にする方法はありますか？ おそらく、エンドポイントのアクションの結果を待つのではなく、クイック・クエリーを可能にするポーリング・システムに基づいて長い時間を要するエンドポイントを持つ方がよいでしょう。 また、考えられる問題としてデータ転送も考慮する必要があります。転送しているデータの量が多いのですか？

もっと具体的な回答を得るには、特定のエンドポイントとそのサービスに関する他の責任についてもっと知る必要があります。