アプリケーション ネットワークを監視し、カスタム スクリプトを使用せずに問題を予測するには、ポリシー違反メトリックが重要です。ポリシー違反メトリックは、API の使用が定義されたポリシーに準拠していないインスタンスを追跡することで、潜在的な問題に関する洞察を提供します。このアプローチが適している理由は次のとおりです。
* 予測監視:
* API ポリシー違反 (レート制限やスパイク制御のヒットなど) を追跡すると、トラフィックの急増や誤用が示唆される可能性があり、対処しないとスロットリングやサービスの低下につながる可能性があります。
* これらの違反を監視することで、チームは制限を積極的に調整したり、API 処理を最適化したりして、実際の障害を防ぐことができます。
* カスタムスクリプトは不要:
* ポリシー違反メトリックは MuleSoft の Anypoint Monitoring 内で利用できるため、このデータを収集して解釈するためにカスタム ソリューションや外部ツールを実装する必要はありません。
* 誤ったオプションの説明:
* オプション B (再利用に基づく有効性) では、障害を直接予測することはできません。
* オプション C (過去の呼び出し回数) では、使用状況の履歴データが提供されますが、本質的には問題が特定されるわけではありません。
* オプション D (API 呼び出しからの ROI) はビジネス メトリックであり、障害予測に関する技術的な洞察は提供されません。
参考資料: プロアクティブな監視にポリシー違反メトリックを活用する方法の詳細については、Anypoint Monitoring に関する MuleSoft のドキュメントを参照してください。

専用ロードバランサ (DLB) を使用して CloudHub 1.0 でホストされている MuleSoft アプリケーションのカスタム ドメインを設定する場合は、次の手順に従います。
* TLS 証明書の設定: カスタム ドメイン api.acmecorp.com をカバーする TLS 証明書を使用して DLB (acme-dib-prod) を構成します。この証明書により、HTTPS トラフィックを DLB 経由で安全に Mule アプリケーションに送信できるようになります。
* CNAMEを使用したDNS設定:
* api.acmecorp.com を DLB ホスト名 acme-dib-prod.lb にポイントする CNAME レコードを作成します。
.net です。
* CNAME レコードにより、カスタム ドメインは MuleSoft の Anypoint Platform によって提供される DLB に解決できるようになります。この CNAME マッピングにより、すべてのトラフィックが適切な DLB に送信され、処理と負荷分散が行われます。
* オプション B が正しい理由:
* CNAME レコードは、DLB 用に Anypoint Platform によって管理されるエンドポイントである acme-dib-prod.lb.anypointdns.net への必要なエイリアスを提供します。
* オプション B では、DLB の内部ホスト名ではなく、api.acmecorp.com 専用の TLS 証明書を使用して DLB を構成する必要があることも正しく識別されます。
* 誤ったオプションの説明:
* DLB の内部ホスト名の TLS 証明書を使用して DLB を構成するか、A レコードを使用することを提案するオプションは、このシナリオには適していません。MuleSoft CloudHub 1.0 DLB は CNAME レコードを使用して柔軟でスケーラブルなドメイン管理を提供しますが、これらのロード バランサーでは直接 IP (A レコード) はサポートされていません。
参考資料: CloudHub 1.0 でのカスタム ドメインと DLB の構成の詳細については、DLB のセットアップと DNS 構成に関する MuleSoft のドキュメントを参照してください。

Correct answer: Apply a basic authentication - LDAP policy; the internal Active Directory will be configured as the LDAP source for authenticating users.
*****************************************
>> IP Whitelisting does NOT fit for this purpose. Moreover, the users workstations may not necessarily have static IPs in the network.
>> OAuth 2.0 enforcement requires a client provider which isn't in the organizations system components.
>> It is not an effective approach to let every user create separate client credentials and configure those for their usage.
The effective way it to apply a basic authentication - LDAP policy and the internal Active Directory will be configured as the LDAP source for authenticating users.

正解: CloudHub ワーカーがメモリ不足例外で失敗します。
****************************************
>> AWS リージョン自体がダウンすると、Mule アプリに割り当てられているワーカーの数は関係なく、そのリージョン内のすべてのワーカーがダウンするため、確実に停止が発生します。これは完全なダウンタイムと停止です。
>> API 実装の初期展開中に API マネージャーが長時間停止すると、当然のことながら、API 自動検出が失敗したり、API ポリシー テンプレートとポリシーがアプリケーションの起動時にダウンロードされずに埋め込まれなかったりするなど、アプリケーションの適切な起動自体に問題が発生します。問題が発生する理由は多数あります。
>> オンプレミスのネットワークが停止すると、当然ながら注文管理システムにアクセスできなくなります。また、アプリに何人の作業者が割り当てられていても、全員が失敗し、確実に停止が発生します。
サービス停止につながらない唯一のオプションは、クラウドハブ ワーカーがメモリ不足例外で失敗した場合です。ワーカーが失敗してダウンした場合でも、リクエストを処理して API を稼働状態に保つ他のワーカーがまだ存在します。したがって、これが正しい答えです。