WebMethods ESBは拡張可能ですか？

Question

私は、WebMethods ESBを大量のトラフィック量（メッセージのサイズと数の両方）にスケーリングした経験がある人を探しています。それはどうなったの？問題はありましたか？どのように解決しましたか？

Answer 1

扱った環境（4〜1000台のサーバー）から、非常にうまく拡張できます。

管理している情報転送技術の種類に大きく依存します。

Fastest は独自のwebMethods Brokerであり、適切に構成されたサーバーで、1日あたり数百万件の＆gt; 100kbメッセージを簡単に処理できます。

ブローカーでJMSトランスポートを直接使用する場合（ネイティブブローカー形式での変換/再プッシュなし）、余分なメッセージ処理手順により少し遅くなります（ただし、新しい7.1.2バージョンは大幅に改善されています）。

通常、他のタイプのトランスポート（ステートレスWebサービスなど）にはESBが関与しませんが、ロジスティクスアーキテクチャは異なる場合があるため、明確な答えはありません。

ほとんどの場合、クラスターまたは非クラスターシステムでコンポーネントのクローンを作成するだけで十分です（プロセスはほとんどIOにバインドされているため、仮想化で良い結果が得られる可能性があります<または> 準仮想、コンテナ、システム];場合によっては、より多くの金属が本当に必要になります。

Answer 2

わかりました、人々はwebMethodsで素晴らしい数値を取得します（しかし、webMethodsクラスタリングは使用しません）。 webMethodsフローはスケーリングできますが、各段階で永続化されないという欠点があります。プロセスを使用しない場合は、スケーリングに問題はありません。