0

新しいシステムをJavaで実装する予定です。さまざまなイントラネット/エクストラネット/インターネットシステムと相互作用し、さまざまな外部システムと同じロジックを共有する必要があるシステムの性質上、ビジネスロジックをフロントエンドから移動し、サービスとして作成する予定です。 、およびJMSを使用してプレゼンテーション層とビジネスロジック層を相互接続することを計画します。プレゼンテーション層は要求を送信し、ビジネスロジック層は処理結果に対する応答を送信します。

小さなPOCシステムを実行した後、この方法は非常に有望であることがわかりました。しかし、Oracleの担当者(apサーバーとJMSサーバーの両方にweblogicを使用する予定です)は、メッセージキューの性質は要求と応答のパターンではないため、常にパフォーマンスの問題があると述べています。

オラクルの人の意見について何か提案はありますか?私たちはJavaの世界にかなり慣れていません(Javaの経験がまったくなく、このシステムを社内で実装する必要があり、アウトソーシングオプションはありません)。POCは毎秒約300 req-respでテストしましたが(これで十分なようです。システム)、システムがオンラインになった後、パフォーマンスが確実に低下するかどうかはまだわかりません...

4

1 に答える 1

2

間違いなくパフォーマンスの問題ではありません。

JMS のトランザクションの性質により、少し損をします。ビジネス層が処理を開始する前に、プレゼンテーション層からのメッセージをログに記録する必要があります。同様に、プレゼンテーション層が応答の処理を開始する前に、応答をログに記録する必要があります。

ただし、この小さな欠点は、負荷が高いときに並列処理する機能と、極端な負荷の下でリクエストを安全にキューに入れる機能によって十分に補われます。(RPC アプリケーションは、これらの状況では単純に停止します。JMS は速度が低下するだけです)。

主な問題は、非同期環境でのエラーの処理です。プレゼンテーション レイヤーがリクエストを送信した場合、ビジネス サーバー側で何か問題が発生したと見なす前に、どれくらいの時間応答を待つべきでしょうか? プレゼンテーション レイヤーが応答メッセージを爆破した場合、特にそれが何らかの更新である場合はどうすればよいでしょうか? これらの問題はすべて対処できますが、その方法を考える必要があります。

于 2012-04-11T02:46:43.087 に答える