プロジェクト チームは、RAML 定義を出発点として使用して API 実装に取り​​組んでいます。チームは新しい操作を含むように定義を更新し、交換する新しいバージョンを公開しました。一方、別のチームは、同じ API 実装を使用する Mule アプリケーションに取り組んでいます。
開発中に、新しく追加された操作を利用するために Mule アプリケーション チームは何を実行する必要がありますか?

組織には、Orders API という HTTPS 対応の Mule アプリケーションがあり、Process Orders という別の Mule アプリケーションからリクエストを受け取ります。
これら 2 つの Mule アプリケーション間の通信は、TLS 相互認証 (双方向 TLS) によって保護される必要があります。
各 Mule アプリケーションのキーを適切に保護しながら、2 つの Mule アプリケーション間の双方向 TLS を適切にサポートするには、これら 2 つの Mule アプリケーションの各トラストストアとキーストアに少なくとも何を保存する必要がありますか?

プロジェクト チームは、RAML 仕様を使用して API の機能要件を文書化し、API 定義を提供します。現在の法的要件に従って、定義されたサービス レベル アグリーメントに従って、高レートのリクエストからサービスを保護するために、追加の非機能要件を追加して API 定義を強化するように設計されています。
プロジェクトが Mulesoft API のガバナンスとポリシーに従っていると仮定すると、プロジェクト チームは必要な非機能要件を関係者にどのように伝えるべきでしょうか?

ある組織は、販売注文レコードを含む新しいファイルの SFTP ロケーションを定期的にポーリングし、それらの販売注文を処理する Mule アプリケーションを設計しています。各販売注文は 1 回だけ処理する必要があります。
この要件をサポートするには、Mule アプリケーションは、各販売注文レコードに含まれる一意の ID に基づいて重複する販売注文を識別およびフィルタし、新しい販売注文のみを下流システムに送信する必要があります。
各販売注文レコードに含まれる一意の ID フィールドに基づいて重複する販売注文をフィルタリングするために Mule アプリケーションで設定できる、最も慣用的な (本来の目的で使用される) Anypoint コネクタ、バリデータ、またはスコープはどれですか?

機械設備の予知保全を実装するために、ACME Tractors は、各機械資産のデータを JMS メッセージのシーケンスとして、JMS サーバー上の SENSOR_DATA という名前の JMS キューにほぼリアルタイムで送信する数千の IoT センサーを設置しました。Mule アプリケーションには、JMS サーバーの SENSOR_DATA JMS キューから受信メッセージを受信するように設定された JMS リスナー オペレーションが含まれています。Mule アプリケーションは受信した各 JMS メッセージを保持し、対応する Mule イベントの変換されたバージョンを機械装置のバックエンド システムに送信します。
Mule アプリケーションは、顧客がホストするマルチノードの Mule ランタイム クラスタにデプロイされます。通常の状況では、各 JMS メッセージは 1 回だけ処理される必要があります。
JMS キューのパフォーマンスと同時メッセージ処理を最大化するには、JMS リスナーをどのように構成する必要がありますか?