1

2 つのよくある間違いについて説明している youtube WSO2ウェビナーを見たところです (15 分 17 秒)。

  1. ビジネス ロジックをホストすることにより、サービス コンテナーの代わりにブローカーを使用しないでください。
  2. 調整ロジックをホストすることにより、プロセス コーディネーターの代わりに壊れたものを使用しないでください。

これは、関心ごとに異なる製品がある WSO2 製品セットにとって理にかなっています。

ただし、camel/servicemix メーリング リストからわかることによると、(a) エンタープライズ統合、(b) ビジネス ロジックのホスティング、(c) ホスティングの 3 つの懸念事項については、servicemix (または fuseesb) + camel + activiti を組み合わせるのが一般的です。調整ロジック。上記の間違いを避けるには、個別の servicemix インスタンスを作成して懸念事項を分離する必要がありますか? 例えば：

  1. ビジネス ロジックのサービス コンテナーとしての Servicemix スタンドアロン (例: osgi アプリケーション)
  2. ブローカーとしての Servicemix + camel
  3. プロセスコーディネーターとしての Servicemix + activiti

答えは取引量に依存すると思います。トランザクション量が非常に多い場合は、懸念事項を論理的に分離する必要がありますが、トランザクション量が少ない場合は、懸念事項を 1 つの展開に混在させても問題ないでしょうか?

4

1 に答える 1

2

そうです、あなたは自分で答えを提供したと思います:)

もちろん負荷にもよります。基本的に、各ユースケースは他とは異なります。ブローカーに高い負荷がかかることが予想される場合は、ブローカーを分離して、ブローカー専用に使用することをお勧めします。他のブローカーも同様です。WSO2 スタックは、これらの問題を適切に分離するための答えを提供するだけです。WSO2 でも、これらすべての機能を備えた単一のカーボン インスタンスを作成できます。しかし、お勧めしません:)

よろしく、/Nuwan

于 2012-09-19T11:50:57.620 に答える