API クライアントは、値「application」を含む Accept ヘッダーを使用して API ゲートウェイに HTTP リクエストを作成します。
クライアントが要求したデータ形式での、このリクエストに対する有効な HTTP 応答ペイロードは何ですか?

組織は、組織自体の IT リソースを最小限に抑えるためにクラウド移行戦略を決定しました。現在、この組織はすべての新しいアプリケーションを自社の施設内で実行しており、すべての API をベース URL (https://api.rutujar.com) で公開するオンプレミスのロード バランサーを使用しています。
移行戦略の一環として、組織はすべての新しいアプリケーションとロード バランサー CloudHub を移行することを計画しています。
パブリック URL を保持する、Mule アプリケーションのデプロイメントとロード バランシングに対する最も簡単でコスト効率の高いアプローチは何ですか?

展示を参照してください。

Mule アプリケーションはマルチノード Mule ランタイム クラスタにデプロイされます。Mule アプリケーションは、クラスタ レプリカ間で競合するコンシューマ パターンを使用して、JMS キューから JMS メッセージを受信します。受信した各 JMS メッセージを処理するには、フローで次の手順を実行します。
ステップ 1: 受信した JMS メッセージから JMS 相関 ID ヘッダーが読み取られます。
ステップ 2: Mule アプリケーションは、HTTPS 経由で冪等 SOAP Web サービスを呼び出し、SOAP リクエストの 1 つのパラメータとして JMS 相関 ID を渡します。
ステップ 3: SOAP Web サービスからの応答も同じ JMS 相関 ID を返します。
ステップ 4: SOAP Web サービスから受信した JMS 相関 ID が、ステップ 1 で受信した JMS 相関 ID と同一であることが検証されます。
ステップ 5: Mule アプリケーションは応答 JMS メッセージを作成し、JMS 相関 ID メッセージ ヘッダーを検証された JMS 相関 ID に設定し、そのメッセージを応答 JMS キューにパブリッシュします。
Mule アプリケーション全体の可用性、耐障害性、パフォーマンス、保守性を高めながら、ステップ 4 の検証を実行できるようにするには、ステップ 1 とステップ 3 で受信した JMS 相関 ID 値をどこに保存する必要がありますか?

Anypoint Exchange は、コネクタ、テンプレート、API 仕様など、コミットされた一部のアセットのソース コードを維持する必要があります。
この状況で組織のソースコード管理 (SCM) システムを使用する最善の方法は何でしょうか?

Mule アプリケーションは、単一データベース上での一連の操作のローカル トランザクションをサポートするように構築されています。Mule アプリケーションには、ローカル トランザクションに参加する Scatter-Gather があります。
このローカル トランザクション内で実行されている場合、Scatter-Gather はどのような動作をしますか?