ESBサーバーの背後にあるバックエンドサーバーが抱えている問題が製品で確認されています。 ESBがタイムアウトをうまく処理できない理由WSo2 ESB 4.9.0がタイムアウトを処理できず、サーバーがダウンする
これは誰でも経験したことがありますが、ここに商品が不足しているかどうかは不明です。
ESBサーバーの背後にあるバックエンドサーバーが抱えている問題が製品で確認されています。 ESBがタイムアウトをうまく処理できない理由WSo2 ESB 4.9.0がタイムアウトを処理できず、サーバーがダウンする
これは誰でも経験したことがありますが、ここに商品が不足しているかどうかは不明です。
synapse.propertiesファイルの 'synapse.global_timeout_interval'プロパティ(ms)を変更することで、グローバルタイムアウトを増やすことができます。詳細はhereをご覧ください。
バックエンドのエンドポイント構成で、(タイムアウトノードの下の)faultActionとしてresponseActionを設定しようとしますか?これを設定すると、タイムアウト時にESBがフォルトシーケンスに入ります。
<address uri="endpoint address" [format="soap11|soap12|pox|rest|get"] [optimize="mtom|swa"]
[encoding="charset encoding"]
[statistics="enable|disable"] [trace="enable|disable"]>
<enableSec [policy="key"]/>?
<enableAddressing [version="final|submission"] [separateListener="true|false"]/>?
<timeout>
<duration>timeout duration in milliseconds</duration>
<responseAction>**discard|fault**</responseAction>
</timeout>?
</address>
グローバルタイムアウトを大きくすると、受信メッセージがメモリに滞留し、メモリエラーが多く発生します。 WSO2 esbは100KBを超えるメッセージサイズでより多くの負荷を処理できないようです。バックエンドサービスがタイムアウトを余儀なくされると、ESBサーバーでメモリの問題が解消されていることは明らかです。サーバーが安定していれば、私たちは時間切れになります。 – storia321