2011-02-08 4 views
0

私のアプリケーションは、デスクトップクライアントとWeb APIアプリケーションです。私は両方のプログラムを書いています。HTTPの信頼性を実装

インターネットは古いリクエストを破棄しますか?以前のリクエストか重複したリクエストであれば違いがありますか?

HTTPを介してエンドツーエンドの信頼性をほぼ完全に保証する唯一の方法はありますか、SOAPを使用せずに引数やヘッダーを設定するだけでSOAPレベルの信頼性を達成できますか?私のアプリは、Pythonの標準ライブラリ同期要求(マルチスレッド)だけでSOAPを使用していません。

答えて

0

通常、HTTPはこれにとって最も理想的なオプションではありません。単一の要求を送信したあと、接続が切断されます。

次に、HTTPはTCPを使用します。 TCPは、サーバがUDPではなく全ての情報を受信したかどうかを通知する応答を待つことを許可します。これは、&が忘れています。

したがって、TCPレイヤーは十分に安全です。 HTTPは要求/応答プロトコルです。応答後、接続は閉じられます。 「キープアライブ」接続の機能はありますが、これらはすべてのサーバーで機能しません。あなたは通常それに頼ることはできません。

HTTPは、右のプロトコルである場合には、状況に応じて異なります。

  • アプリケーションのみ
  • サーバが独自に戻って情報を送信する必要がないたまに要求を送信した場合ただし、要求に応じてのみ
  • その他のポート/プロトコルはファイアウォール設定のためオプションではありません

次に

HTTPは正しい方法です。上記のステートメントのいずれかがfalseの場合は、別のタイプのTCPプロトコルを使用する方がよいでしょう。

+0

私はあなたの3つのポイントがすべて適用されると言います。私は、デスクトップアプリケーションが信頼性を約束するか、単に「システムがメンテナンスのためにダウンしている」と言いたい。クライアントはブラウザではないので、私は人間が再試行することを決めたのは素晴らしいデザインだとは思わない。 – H2ONaCl

関連する問題