WebMethods ESB を大量のトラフィック (メッセージのサイズと数の両方) にスケーリングした経験のある人を探しています。それはどうなりましたか?何か問題がありましたか、またどのように解決しましたか?
2 に答える
私が扱った環境(4から1000サーバー)から、それはかなりうまくスケーリングします。
それはあなたが管理している情報輸送技術の種類に大きく依存します。
Fastestは独自のwebMethodsBrokerであり、適切に構成されたサーバー上で、1日あたり数百万を超える100kbを超えるメッセージを簡単に処理できます。
ブローカーで直接JMSトランスポートを使用する場合(ネイティブブローカー形式では変換/リプッシュなし)、追加のメッセージ処理手順により少し遅くなります(ただし、新しい7.1.2バージョンは大幅に改善されています)。
他のタイプのトランスポート(ステートレスWebサービスなど)は通常ESBを含みませんが、ロジスティクスアーキテクチャが異なる場合があるため、明確な答えはありません。
ほとんどの場合、クラスターまたは非クラスターシステムでコンポーネントのクローンを作成するだけで十分です(プロセスはほとんどIOバウンドであるため、仮想化[または準仮想化、コンテナー、システム]で良好な結果が得られる場合があります。金属。
私の知る限り、人々は webMethods を使用していくつかの良い数値を取得しています (ただし、webMethods クラスタリングは使用していません)。webMethods フローはスケーリングできますが、各段階で永続化されないという欠点があります。プロセスを使用しない場合は、スケーリングで問題ないはずです。