組織は、Mulesoftがホストするコントロールプレーンを使用して管理される、顧客がホストするMuleランタイムのセットを使用します。カスタムコンポーネントやカスタムコーディングなしでAnypointRuntimeManagerからアラートを受け取ることができる条件は何ですか？

OrderマイクロサービスとFulfillmentマイクロサービスは、メッセージベースの統合を介して（API呼び出しを介してではなく）クライアントと通信するように設計されています。
Orderマイクロサービスは、実行する注文の詳細を含むOrderメッセージ（一種のコマンドメッセージ）を公開します。Orderメッセージは、1つのMuleアプリケーションであるFulfillmentマイクロサービスによってのみ消費されることを目的としています。
Fulfillmentマイクロサービスは、Orderメッセージを消費し、そこに記述されている注文を実行してから、OrderFulfilledメッセージ（一種のイベントメッセージ）を公開します。各OrderFulfilledメッセージは、関心のあるMuleアプリケーションで使用でき、OrderマイクロサービスはそのようなMuleアプリケーションの1つです。
このシナリオでのメッセージブローカーとメッセージ宛先の最も適切な選択は何ですか？

組織は、組織自身のITリソースを最小限に抑えることを目的としたクラウドハブ移行戦略を決定しました。現在、組織はすべてのMuleアプリケーションを独自の構内で実行しており、ベースURL https://api.acme.comですべてのAPIを公開する構内ロードバランサーを使用しています。移行戦略の一環として、組織は移行を計画しています。すべてのMuleアプリケーションとcloudhubへのロードバランサーパブリックURLを保持するMuleアプリケーションのデプロイと負荷分散への最も簡単で費用効果の高いアプローチは何ですか？

統合Muleアプリケーションは、顧客がホストするマルチノードMule4ランタイムダスターにデプロイされます。Muleアプリケーションは、JMSコネクタのリスナー操作を使用して、JMSキューから着信メッセージを受信します。
Muleアプリケーションによってメッセージはどのように消費されますか？