CloudHub 共有ロードバランサー
********************************************
この質問のシナリオは、次のように分割できます。
>> 3 つの CloudHub ワーカーがあります (そのため、大量のリクエストを処理するのに十分な数のワーカーが既に存在します)
>> ワーカーは静的 IP アドレスを使用していません (したがって、静的 IP なしで顧客の負荷分散ソリューションを使用することはできません)
>> ワーカー間でクライアント リクエストの負荷を分散するための最も費用対効果の高いコンポーネントを探しています。
シナリオで指定された上記の詳細に基づいて:
>> ランタイムの自動スケーリングは、追加のコストが発生するため、まったく費用対効果が高くありません。ほとんどの場合、すでに 3 つのワーカーが実行されています。これは適切な数です。
>> 顧客がホストするロード バランサーは費用対効果が最も高くないため (維持とライセンスにカスタム ロード バランサーが必要)、Mule アプリケーションには静的 IP アドレスがないため、カスタム ロードを使用することはできません。バランスをとる。
>> API プロキシは、大量の処理や負荷分散に関して果たす役割がないため、そこには関係ありません。
したがって、最も費用対効果の高いシナリオの目的に適合する唯一の適切なオプションは、CloudHub 共有ロード バランサーを使用することです。