2

私たちは drupal (PHP) CMS システムを持っていますが、これは元の要件をすぐに超えてしまいました。その後、Java バックエンドが構築され、現在では多くの機能を実行しています。RESTful WS を使用したこれら 2 つの通信。どちらのシステムも同じサーバーで実行されるため、これはローカル WS 呼び出しです。これはローカル呼び出しですが、あまりにもぎこちなく感じられます。この統合に Web サービスを実際に使用するべきではないと感じています。

SOAPを介したローカルRPC呼び出しよりも50倍高速であると主張しているため、php-javaブリッジの方がパフォーマンスが優れていると思います(http://php-java-bridge.sourceforge.net/pjb/)。php-java ブリッジが XML ストリーミングを使用していることがわかったので、パフォーマンスは XML-RPC に似ていると思ったでしょう。

これに答える最善の方法は POC を作成することだと思いますが、時間の制約 (厳しい締め切り) のため、これは不可能です。私の質問は、誰かがこれらのベンチマークを実施したか、または 2 つのテクノロジに関連する経験についての洞察を提供できるかということです。特に、パフォーマンスに関する情報。

前もって感謝します。

4

2 に答える 2

1

いくつかの考え

  1. RESTFul WS はリソースを JSON 形式で公開していますか? JSON 形式は XML よりも軽量で処理が高速です
  2. SOAP は特定の XSD を介して検証を受けることに注意してください。おそらく、このフレームワークは XSD を使用して検証を実行していない可能性があります (これは危険な場合があります)。
  3. 上記のソリューションは、スクリプト エンジン JSR である JSR 223 に準拠しています。これは良いことです。必要に応じて、他のベンダーに置き換えることができます。
  4. 高速な CGI HTTP サーバーを使用していることがわかります。私が知っていることから、これは非常にスケーラブルで、CGI のパフォーマンスが非常に優れています。

これは良い候補になる可能性があるように思えます-プロトコルはSOAPと比較して最適化されています（私はSOAPの経験があります）。

結論として、RESTFul Web サービスが SOAP を公開できない場合は、このアプローチを検討しますが、drupal が FastCGI で動作することを確認する必要があります。

于 2012-06-26T08:43:44.143 に答える