MCIA-Level-1日本語 無料問題集「MuleSoft Certified Integration Architect - Level 1 (MCIA-Level-1日本語版)」

（A）一貫性

（B）スループット

（C）可用性

（D）応答時間

（A）BLOCKING _IO と UBER

（B）CPU_INTENSIVE および専用セレクター プール

（C）UBER とノンブロッキング

（D）共有セレクタ プールおよび CPU LITE

（A）RuntimeManager でデフォルトのロギング構成を保持します
1 つのグローバル log4j.xml ファイルで splunk アペンダーを定義します。このファイルは、Mule アプリケーションのデプロイメントでサポートするために、Runtime Manager に一度アップロードされます。

（B）Runtime Manager で Cloudhub のログを無効にする
各 Mule アプリケーションの log4j2.xml ファイルで splunk アペンダーを定義します。

（C）Runtime Manager でデフォルトのロギング構成を保持します
各 Mule アプリケーション log4j2.xml ファイルで Splunk アペンダーを定義する

（D）Runtime Manager で Cloudhub のログを無効にする
1 つのグローバル log4j.xml ファイルで splunk アペンダーを定義します。このファイルは、Mule アプリケーションのデプロイ時にサポートするために、Runtime Manger に 1 回アップロードされます。

（A）各メッセージはすべての Cloudhub ワーカーに複製されるため、すべての Cloudhub ワーカーと各メッセージを共有します。

（B）各メッセージは決定的なラウンド ロビン方式で Cloudhub ワーカーの 1 つにルーティングされるため、cloudhub ワーカー間でメッセージのバランスが正確にとられます。

（C）各メッセージは、NON-DETERMINSTIC 非ラウンド ロビン方式で使用可能な Clouhub ワーカーの 1 つにルーティングされるため、cloudhub ワーカー間でメッセージのバランスがほぼ取れます。

（D）各メッセージは、ファイルを取得した同じ Cloudhub ワーカーにルーティングされるため、すべてのメッセージがその 1 つの Cloudhub ワーカーのみにバインドされます。

（A）Anypoint MQ 監査ログには、キューの作成、削除、変更、パージ操作のログが含まれます

（B）Anypoint MQ 監査ログには、メッセージの送信、受信、または参照のログが含まれます

（C）Anypoint MQ 監査ログには、失敗した Anypoint MQ 操作のフォグが含まれます

（A）機密プロパティの暗号化されたバージョンを Mule アプリケーションのグローバル設定プロパティとして追加します

（B）CI/CD パイプライン スクリプトで使用されるwrapper.conf ファイル内の機密プロパティごとに新しいwrapper.java.Additional.xxパラメータを追加します。

（C）機密プロパティごとに変数を作成し、CI/CD パイプライン スクリプトで非表示として宣言します。

（D）アプリケーションの mule-artifact.json ファイルにすべての機密プロパティ名の ArrayList を追加します。

（A）CPU_LITE、CPU_INTENSIVE

（B）BLOCKING_IO、UBER

（C）共有 NIO セレクター プール、CPU_LITE

（D）UBER、専用 NIO セレクター プール

（A）構成は組み込まれており、TLS コンテキストに特別なものは必要ありません。

（B）ブラウザーから Google 公開証明書をダウンロードし、そこから JKS ファイルを生成して、TLS コンテキストの一部として Truststore に追加します。

（C）ブラウザーから Google 公開証明書をダウンロードし、そこから JKS ファイルを生成して、TLS コンテキストの一部としてキー ストアに追加します。

（D）Google に秘密鍵をリクエストし、それを使用して PKCS12 ファイルを作成し、TLS コンテキストの一部として keyStore に追加します

（A）更新はプロジェクト リスクとして識別し、この API を使用する機能の完全な回帰テストを実行する必要があります。

（B）API プロデューサーに連絡して、既存の機能への変更を理解する必要があります。

（C）API プロデューサーは、新しいバージョンと並行して古いバージョンを実行するように要求する必要があります。

（D）API クライアント コードは、新しい機能を利用する必要がある場合にのみ変更する必要があります。

（A）バッチ ジョブ スコープを使用して、レコードをデータベースに一括挿入します。

（B）Parallel for Each スコープを使用して、レコードを 1 つずつデータベースに挿入します。

（C）Scatter-Gather を使用してデータベースにレコードを一括挿入する

（D）DataWeave マップ操作と Async スコープを使用して、レコードを 1 つずつデータベースに挿入します。

（A）追加の Cloudhub ワーカーを追加して、追加の容量を提供します

（B）マスター ルックアップ API のすべての GET エンドポイントに HTTP キャッシュ ポリシーを実装する

（C）マスター ルックアップ API のすべての GET エンドポイントに HTTP キャッシュ ポリシーを実装し、ロックを実装してオブジェクト ストアへのアクセスを同期します。

（D）vCore のサイズを 0.1 vCore から 0.2 vCore にアップグレードします。

（A）各リクエストは 3 つの CloudHub ワーカーすべてに同時にルーティング (分散) されます

（B）各リクエストは、プライマリ アベイラビリティ ゾーン (AZ) のプライマリ CloudHub ワーカーにルーティングされます。

（C）各リクエストは、プライマリ アベイラビリティ ゾーン (AZ) 内の任意の 1 つの CloudHub ワーカーにルーティングされます。

（D）各リクエストは、3 つの CloudHub ワーカーすべてから任意の 1 つの CloudHub ワーカーにルーティングされます

（A）複数の CloudHub ワーカーにまたがる API 呼び出しの負荷を分散する必要がある場合

（B）同じ Mule アプリケーションの個別のデプロイ間でリージョン間の負荷分散が必要な場合

（C）API 実装と API クライアント間でサーバー側の負荷分散 TLS 相互認証が必要な場合

（D）顧客がホストする Mule ランタイムにデプロイされた API 実装にカスタム DNS 名が必要な場合

（A）親フローでルータが成功するまで
On Error 子フローでエラー ハンドラを伝播する

（B）親フローの Parallel For Each スコープ
On Error 子フローでエラー ハンドラを伝播する

（C）親フローで最初に成功したルーター
On Error 子フローで継続エラー ハンドラ

（D）親フローの For Each スコープ
On Error 子フローで継続エラー ハンドラ

（A）API仕様の自動生成

（B）API プロキシの自動生成

（C）自動 API セマンティック バージョニング

（D）自動 API ガバナンス

（A）numberOfConsumers = 1 を設定します。
primaryNodeOnly を true に設定

（B）numberOfConsumers を 1 より大きい値に設定します。
primaryNodeOnly を false に設定

（C）numberOfConsumers を 1 より大きい値に設定します。
primaryNodeOnly を true に設定

（D）numberOfConsumers = 1 を設定します。
primaryNodeOnly を false に設定

（A）16 仮想コア

（B）2 つの仮想コア

（C）1 仮想コア

（D）4 つの仮想コア

（A）マネージド ファイル転送 (MFT)

（B）パブリッシュ/サブスクライバー メッセージング バス (Pub/Sub)

（C）エンタープライズ データ ウェアハウス (EDW)

（D）抽出変換ロード (ETL)