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

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

Anypoint Platform は、プラットフォームの機能に対するロールベースのアクセス制御 (RBAC) をサポートしています。組織は、Anypoint Platform を使用した ID 管理用に外部 ID プロバイダーを設定しました。
RBAC のどの側面が常に Anypoint Platform コントロール プレーンから制御される必要があり、外部 ID プロバイダー経由では制御できないのはどれですか?

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

Mule アプリケーションには、HTTP DELETE リクエストを受け入れる HTTP リスナーがあります。この Mule アプリケーションは、CloudHub 共有ロードバランサの制御下にある 3 つの CloudHub ワーカーにデプロイされます。
Web クライアントは、Mule アプリケーションのパブリック URL に対して一連のリクエストを作成します。
この一連の Web クライアント リクエストは、3 つの CloudHub ワーカーで実行されている HTTP リスナー間でどのように分散されるのでしょうか?

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

API 実装によって呼び出されるバックエンド システムの 1 つは、特定のクライアントが実行できるリクエストの数にレート制限を適用します。バックエンド システムと API 実装は両方とも、実稼働環境に加えて、いくつかの非実稼働環境にデプロイされます。
バックエンド システムのレート制限は、すべての非運用環境に適用されます。ただし、実稼働環境にはレート制限がありません。
ステージング (非運用) 環境で API 実装のパフォーマンス テストを実施する最も効果的なアプローチは何ですか?

商社は 1 日に何百万ものリクエストを処理します。ビジネスの性質上、アプリケーション内で優れたパフォーマンスと信頼性が必要です。
この目的のために、同社は、ネットワーク内にある共有メッセージ キューを介して通信するさまざまな Mule クラスタでホストされる多数のイベントベースの API を使用しています。
企業のシステム要件を満たすにはどの方法を使用する必要がありますか?