[2024年2月] MuleSoft MCIA-Level-1試験[Q145-Q166]に失敗する確率を下げるダンプス

NO.145 プラットフォームアーキテクトは、コミュニケーション管理のために、APIゲートウェイとサービスメッシュの両方を分散アプリケーションのアーキテクトに含める。
このアーキテクチャにおいて、サービスメッシュが一般的に実行する通信管理のタイプはどれか。

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

NO.147 展示を参照。

ある組織が、2ノードのMuteランタイムクラスタを使用して、1つのステートレスAPI 実装をホストしている。APIは、負荷分散にラウンドロビンを使用するロードバランサーを介して、HTTPSでアクセスされる。
クラスタに2つのノードが追加され、ロードバランサに他の変更を加えることなく、新しいノードを認識するようにロードバランサが設定されました。
すべてのクラスタノードが完全に稼働していると仮定した場合、どの程度の平均的なパフォーマンスの変化が保証されますか？

NO.148 MuleSoftによると、マイクロサービス・アプリケーション・アーキテクチャに該当するデプロイの特徴はどれか。

NO.149 展示を参照。

ある Mule アプリケーションが、顧客がホストする 2 つの Mute ランタイムのクラスタにデプロイされている。Mute アプリケーションには、データベースをポーリングするフローと、HTTP リスナーを使用するフローがあります。
HTTPクライアントは、個々のクラスタ・ノードに直接HTTPリクエストを送信する。
クラスタのプライマリ（マスター）ノードが再起動するまでの間、データベースのポーリングとHTTPリクエストの処理はどうなりますか？

NO.150 展示を参照。

ショッピングカートのチェックアウトプロセスは、ウェブストアのバックエンドが一連のAPI呼び出しをエクスペリエンスAPIに送信し、エクスペリエンスAPIがプロセスAPIを呼び出すことで構成される。すべてのAPI呼び出しはHTTPS POSTで行われる。Javaのウェブストア・バックエンドはJava EEアプリケーション・サーバーで実行され、すべてのAPI実装はMuleアプリケーションで、カスタマーホストされたMuleランタイムで実行されます。
個々のチェックアウトインスタンスに属するすべてのHTTPリクエストとレスポンスのエンドツーエンドの相関が必要です。ウェブストアのバックエンド、エクスペリエンスAPIの実装、およびプロセスAPIの実装によって書き込まれるすべてのログエントリに、同じチェックアウトインスタンスに属するすべてのリクエストおよびレスポンスに対して同じ相関IDが含まれるように、これは共通の相関IDを介して行われます。
ウェブストアのバックエンドとエクスペリエンスAPIおよびプロセスAPIの実装が、各チェックアウトインスタンスのAPI呼び出しのエンドツーエンドの相関に参加するための最も効率的な方法（最小限のカスタムコーディングまたは構成を使用）は何ですか?
A)
Java EE アプリケーションである Web ストアバックエンドは、Java EE アプリケーションサーバーによって生成されたスレッドローカル相関 ID を自動的に使用し、HTTP 標準ヘッダーを使用してそれをエクスペリエンス API に自動的に送信します。 相関 ID を生成および管理するための特別なコードや構成は、Web ストアバックエンド、エクスペリエンス API、およびプロセス API の実装に含まれていません。

B)
ウェブストアのバックエンドは、チェックアウトの開始時に新しい相関 ID 値を生成し、そのチェックアウトに属する各 API 呼び出しの X-CORRELATlON-lt HTTP リクエストヘッダに設定します。 相関 ID を生成および管理するための特別なコードや構成は、Experience API および Process API の実装には含まれていません。

C)
Experience API の実装では、受信する HTTP 要求ごとに相関 ID が生成され、HTTP 応答で Web ストアのバックエンドに渡されます。
Experience API の実装は、適切な HTTP リクエスト・ヘッダで相関 ID を Process API に伝達するようにコード化する必要があります。

D)
Web ストアのバックエンドは、エクスペリエンス API が要求する方法で、HTTP リクエスト ボディに相関 ID 値を送信します。 エクスペリエンス API およびプロセス API の実装は、HTTP リクエストでカスタム相関 ID を受信し、適切な HTTP リクエスト ヘッダでそれを伝達するようにコーディングする必要があります。

NO.151 MuleSoftが提供するMavenプラグインを使用して、MuleアプリケーションのCI/CDパイプラインのどの部分を自動化できますか？

NO.152 保険会社では、MuleアプリケーションをMuleSoftホスティング・ランタイム・プレーンにデプロイすることを計画している。要件の一部として、アプリケーションはスケーラブルで可用性が高い必要があります。また、少なくとも2年間はログを保持しなければならないという規制要件もあります。インテグレーション・アーキテクトとして、これを達成するためにどのような手順を推奨しますか。

NO.153 アップストリームAPIとその実装を設計する際、開発チームはダウンストリームAPIを呼び出す際にタイムアウトを設定しないようアドバイスされてきた。なぜなら、ダウンストリームAPIには信頼できるSLAがないからだ。これは、そのアップストリームAPIの唯一のダウンストリームAPI依存である。ダウンストリームAPIはクラッシュすることなく中断することなく実行されると仮定する。このアドバイスの影響は？

NO.154 ある組織が、共通の永続オブジェクトストアインスタンスを介してデータを共有する必要がある、次の2つのMuleアプリケーションを設計しています：
- MuleアプリケーションPは、オンプレミスのデータセンター内にデプロイされる。
- MuleアプリケーションCは、Anypoint VPCのCloudHub上で実行されます。
CloudHubで使用されているオブジェクトストア実装はAnypoint Object Store v2（OSv2）です。
どのようなタイプのオブジェクトストアを使用すべきか、また、両方のMuleアプリケーションが同じオブジェクトストアインスタンスにアクセスできるようにするにはどのような設計が必要か。

NO.155 Mule Domain Projectについて真実でないことは？

NO.156 展示を参照。
Muleアプリケーションは、SOAP Webサービスをクライアントに公開するように設計されています。
ウェブサービスがクライアントと交換するデータ構造を定義するために、ウェブサービスのインターフェイス定義内部で一般的に使用される言語は何ですか？

NO.157 Clondhubで公開されているsoap VI.2 APIにエラー制限ポリシーが適用された。APIの実装は、HTTPのメインフローでエラーが伝播する際に、グローバルエラーハンドラでエラーをキャッチする：HTTPステータスが429に設定されたRETRY_EXHAUSTEDと、HTTPステータスが500に設定されたもの。
クライアントがAPIコールのクォータを超えた場合、予想されるH1TPのステータスは何ですか？

NO.158 2つのクラスタ・レプリカを持つランタイム・ファブリック環境にデプロイされたアプリケーションは、ソース・システムからの大量のレコード・セットを処理するためのフローを定期的にトリガし、バッチ・ジョブ・スコープを使用してSaaSシステムと同期するように設計されています。 1,000レコードの定期的な同期で1,000レコードを処理した後、バッチ・ジョブ・インスタンスが開始されたレプリカが、ランタイム・ファブリック環境の予期せぬ障害のためにダウンしました。 バッチ・ジョブ・インスタンスを実行するレプリカを失った結果は何ですか？

NO.159 展示を参照。

Muleアプリケーションを複数のCIoudHubワーカーにデプロイするように設計しています。Muleアプリケーションの統合ロジックは、変更されたアカウントを5分ごとにSatesforceからバックエンドシステムにレプリケートすることです。
透かしは、前回の統合ロジックの実行以降に変更された Satesforce アカウントのみを取得するために使用されます。
必要なデータ複製統合ロジックをサポートするために、透かしの永続性を実装する最も適切な方法は何か？

NO.160 展示を参照。

ある Mule アプリケーションが、顧客がホストする 2 つの Mute ランタイムのクラスタにデプロイされている。Mute アプリケーションには、データベースをポーリングするフローと、HTTP リスナーを使用するフローがあります。
HTTPクライアントは、個々のクラスタ・ノードに直接HTTPリクエストを送信する。
クラスタのプライマリ（マスター）ノードが再起動するまでの間、データベースのポーリングとHTTPリクエストの処理はどうなりますか？

NO.161 Mule アプリケーション A は、要求オブジェクトの可変長リストを含むペイロードを持つ Anypoint MQ メッセージ REQU を受信します。アプリケーション A は、For Each スコープを使用してリストを個々のオブジェクトに分割し、各オブジェクトをメッセージとして Anypoint MQ キューに送信します。
サービスSは、そのキューをリッスンし、各メッセージを他のすべてのメッセージから独立して処理し、応答メッセージを応答キューに送信する。
アプリケーション A はそのレスポンス・キューをリッスンし、サービス S によって最初に REQU で送信されたリクエスト・オブジェクトと同じ順序で送信されたレスポンスのリストを含むペイロードを持つレスポンス Anypoint MQ メッセージ RESP を作成してパブリッシュする必要があります。
サービスSは、すべてのリクエストメッセージに対して、成功した応答メッセージを返すと仮定する。
アプリケーションAが、RESPとREQUのオブジェクトリストの長さと順序を確実に一致させ、同時にメッセージスループットを最大化するためには何が必要か？

NO.162 ある自動車販売会社が、販売店DlとD2と、キューQ1とQ2を介して、非同期かつ同時並行的に在庫更新を共有したいと考えている。ディーラーDlはキューQ1から、ディーラーD2はキューQ2からメッセージを消費しなければならない。
ディーラーD1は、発明者の更新処理中にエラーが発生した場合にトランザクションを再処理するリトライメカニズムを実装している。ディーラーD2はリトライメカニズムを実装していない。
ディーラーは、メッセージの損失を避け、現在のインプリメンテーションへの影響を最小限に抑えるために、どのようにメッセージを認めるべきか？

NO.163 デジタル・トランスフォーメーション・イニシアチブの準備のため、ある組織はさまざまな理由で失敗した関連IT統合プロジェクトを再検討している。
MuleSoftがグローバルITリーダーを対象に行った調査によると、この組織がアセスメントで発見する可能性のある、ITプロジェクト失敗の一般的な原因は何でしょうか。

NO.164 外部のウェブ UI アプリケーションは現在、クライアントのウェブブラウザから、在庫システムのデータベースの在庫価格情報を変更（挿入、更新、または削除）するための HTTP リクエストを随時受け付けています。各在庫価格の変更は、変換された後、ほぼリアルタイム（10秒以内）で複数のカスタマー・エクスペリエンス・システムと同期されなければなりません。今後、新たなカスタマー・エクスペリエンス・システムが追加される予定です。
このデータベースは使用頻度が高く、データベースへのSELECTクエリーの回数は、ユーザー1人あたり1時間あたり10リクエストに制限されている。
各在庫価格変更と様々な顧客体験システムをほぼリアルタイムで同期させるために利用可能な、最もスケーラブルで、慣用的（意図された目的に使用される）、非連結で、再利用可能で、保守可能な統合メカニズムは何か？

NO.165 OAuth2.0のクライアント認証情報とアクセストークンをAPI認証に使用する利点は何ですか？

NO.166 あるチームは、開発者が Anypoint Studio で API 実装を作成する際の出発点として使用できるプロジェクト・スケルトンを作成したいと考えています。このスケルトンは、チーム内で一貫したベスト・プラクティスの使用を促進するのに役立ちます。
プロジェクトのスケルトンを公開するために、どのような種類の Anypoint Exchange アーティファクトを Anypoint Exchange に追加する必要がありますか。