2012-02-04 11 views
1

私は、Thriftとクライアントとサーバーの間の平易なRESTfulサービスを使用するかどうかを判断する際に合流しています。さらに、私は通信のためにソケットを使用するか、長年の証明された実績を考慮してwebserviceと一緒に行くかどうかに悩まされています。一方、倹約は不明であり、文書を少なくし、さらにポートを開く必要があります。私が持っているアプリの種類はWebサイト(クライアント)とJava(サービス層)です。この統合のために私はThrift/RESTを評価しようとしています。どちらが優れていますか?

  1. ソケット/ポート対8080の使用にはどのような課題がありますか?

  2. いずれの方法でもパフォーマンス上の利点はありますか?

  3. 他にもオプションがありますか?

おかげ

答えて

3

Webサービスは、少しより堅牢で、可能性の高いアプリケーションの成長に合わせて、より拡張可能になります。もしあなたがソケットルーチンやそれに関連するすべてのニュアンス(ソケットの接続、切断、エラーなど)を処理するのに自信がなければ、単にphpのようなもので既存のWebサービスにサービスを追加するか、あるいはruby 、またはJavaのTomcat。

残念ながら、パフォーマンスに関する懸念事項は、リラックスしたインターフェースと基盤となるシステムのユースケースに依存する可能性があります。多くの場合、apiが実行するアクションはapiを処理するよりも「高価」です要求。

そして、私はRESTのファンですが、それは個人的な好みです。

幸運

+0

ありがとうJizaymes。 私が尋ねたことに加えて、インターネット経由でデータを送信する際に、もう1つの質問ソケットを選択肢として考慮したいと思っています。 – user1045445

+0

UNIXソケットのような場合は、実行可能なTCP/UDPのみ – Jizaymes

関連する問題