MuleSoft Certified Integration Architect - Level 1 (MCIA-Level-1日本語版) - MCIA-Level-1日本語 Exam Practice Test

A. 基礎となる Mule アプリケーション証明書のみが公開されます (パススルー)

B. 顧客提供の自己署名証明書のみが公開されます。

C. 顧客提供のワイルドカード証明書のみが公開されます。

D. MuleSoft 提供の証明書のみが公開されます。

A. ID 属性を適切なデータベース列に設定して、Database On Table Row イベント ソースを在庫価格設定データベース用に構成した Mule アプリケーションを作成します 同じフローで、バッチ ジョブ スコープを使用して、変換された在庫価格設定レコードを公開しますAnypoint MQ キューに登録する 他の Mule アプリケーションを作成して Anypoint MQ キューにサブスクライブし、受信した各メッセージを変換してから、Mule アプリケーションの対応するカスタマー エクスペリエンス システムを更新します。

B. 外部 Web UI アプリケーションを Mule アプリケーションに置き換えて、クライアント Web ブラウザーからの HTTP 要求を受け入れる 同じ Mule アプリケーションで、バッチ ジョブ スコープを使用して、データベース要求が成功するかどうかをテストし、短時間で価格変更を集計します。 、次に Parallel For Each スコープを使用して、在庫価格データベースと各カスタマー エクスペリエンス システムの両方を更新します。

C. 在庫価格データベース テーブルにトリガーを追加して、在庫価格データベースが変更されるたびに、Mule アプリケーションへの REST 呼び出しを行うストアド プロシージャが呼び出されるようにします。Mule アプリケーションを記述して、各 Mule イベントを他の Mule アプリケーションを作成して Anypoint MQ 交換にサブスクライブし、受信した各メッセージを変換してから、Mule アプリケーションの対応するカスタマー エクスペリエンス システムを更新します。

D. 適切なデータベース列に設定されたウォーターマーク属性を使用して、在庫価格設定データベース用に構成された Database On Table Row イベント ソースを使用して Mule アプリケーションを作成します。同じように、Scatter-Gather を使用して各カスタマー エクスペリエンス システムの REST を呼び出します。在庫価格レコードを変換した API

A. BLOCKING_IO、UBER

B. 共有 NIO セレクター プール、CPU_LITE

C. UBER、専用 NIO セレクター プール

D. CPU_LITE、CPU_INTENSIVE

A. Runtime Manager で、CloudHub 2.0 プライベート ネットワークとオンプレミス データセンターの間に VPC ピアリングを設定します。
AWS アカウントで、AWS VPC と CloudHub 2.0 プライベート ネットワークの間に VPC ピアリングを設定します。

B)
AWS アカウントで、CloudHub 2.0 プライベート スペースを、CloudHub 2.0 プライベート スペースからオンプレミス データセンターにルーティングする AWS トランジット ゲートウェイに接続します。 Runtime Manager で、CloudHub 2.0 プライベート スペースから AWS VPC にルーティングするように Anypoint VPN を構成します。

C)
Runtime Manager で、CloudHub 2.0 プライベート スペースからオンプレミス データセンターにルーティングするように Anypoint VPN を構成します。 AWS アカウントで、プライベート..

D)
AWS アカウントでは、プライベート スペースを AWS VPC に直接接続します。AWS アカウントでは、AWS トランジット ゲートウェイを使用して、AWS VPC からオンプレミス データセンターにルーティングします。

B. オプション D

C. オプション B

D. オプション A

E. オプション C

A. ベスト プラクティスに従った API 実装の例

B. API 実装間で再利用される RAML アーキタイプと再利用可能な特性定義

C. 主要なコンポーネントと最小限の統合ロジックを含む Mule アプリケーション テンプレート

D. デフォルトの API 実装を持つカスタム アセット

A. AsyncAPI 仕様

B. OpenAPI 仕様 (OAS)

C. YAML

D. Web サービス定義言語 (WSDL)

A. 下

B. 縦

C. 斜め

D. ヨコ

A. DataWeave を使用して新しい Mute アプリケーションに変換ロジックを実装し、可能な場合は既存の変換サービスを呼び出します。

B. 既存の変換サービスを新しい変換ロジックで拡張し、新しい Mule アプリケーションから呼び出します

C. DataWeave を使用して新しい Mute アプリケーションに変換ロジックを実装し、既存の変換サービスの変換ロジックを複製します。

D. DataWeave を使用してすべての変換ロジックを mlaoservices として実装および公開します。これにより、新しい Mule アプリケーションを含む、それを必要とするアプリケーション コンポーネントで再利用できます。

A. 証明書が両方の API で使用されることを承認するには

B. 各 API の Mule Runtimes およびネットワーク ゾーンから他の API のロード バランサへの通信を有効にするには

C. 両方の API の Mule ランタイム間の直接双方向通信を開く

D. 各 API で使用するロードバランサー間の通信を許可する

A. NFR の実装に必要な共有 RAML フラグメントを作成し、RAML フラグメント内の各 API 実装エンドポイントを一覧表示し、RAML フラグメントを Exchange に公開します。

B. NFR の実装に必要な共有 RAML フラグメントを使用して各 API 仕様を更新し、RAML フラグメントと変更された各 API 仕様を Exchange に公開します。

C. NFR の SLA に関するコメントを含めて各 API 仕様を更新し、変更された各 API 仕様を Exchange に公開します。

D. API Manager で NFR 用の API プロキシを作成してデプロイし、各 API 仕様のベース URL を対応する API プロキシ実装エンドポイントに変更し、変更された各 API 仕様を Exchange に公開します。

A. 各バッチ ジョブは、バッチ ステップに複数のスレッドを使用します。各バッチ ステップ インスタンスは、一度に 1 つのレコードをペイロードとして受け取り、レコードは 2 つのバッチ ステップ内およびその間で並列に処理されます。

B. 各バッチ ジョブは、すべてのバッチ ステップに対して SINGLE THREAD を使用します。各バッチ ステップ インスタンスは、一度に 1 つのレコードをペイロードとして受け取り、RECORDS は、最初に Batch_Step_1 を介して、次に Batch_Step_2 を介して順番に処理されます。

C. 各バッチ ジョブは、SINGLE THREAD を使用して、設定されたブロック サイズのレコードを処理します。各バッチ ステップ インスタンスは、ペイロードとして A BLOCK OF レコードを受け取り、BLOCKS のレコードが順番に処理されます。

D. 各バッチ ジョブは、バッチ ステップに複数のスレッドを使用します。各バッチ ステップ インスタンスは、一度に 1 つのレコードをペイロードとして受け取り、バッチ ステップ インスタンスを並列に実行して、任意の順序でレコードとバッチ ステップを可能な限り高速に処理します。

A. アプリケーションのすべてのサービスを 1 つの Java WAR ファイルとして一緒にデプロイできます

B. サービスは独立したデプロイメント アーティファクトとして存在し、他のサービスとは独立してスケーリングできます。

C. 1 つの機能を強化するための展開には、すべての機能の再展開が必要です

D. コア ビジネス機能は、展開可能な単一のアプリケーションにカプセル化されています。

A. Async スコープ On Error Propagate スコープ

B. Scatter-Gather コンポーネント On Error Continue スコープ

C. For Each scope On Error 継続スコープ

D. 最初の VM コネクタ 正常なスコープ オン エラー スコープの伝播

A. Employees テーブルで構成された On Table Row 操作を使用し、キャッシュの無効化を呼び出し、新しい Employees データをキャッシュにハードコーディングします。オブジェクト ストア キャッシュ戦略を使用し、有効期限間隔を 1 時間に設定します。

B. Employees テーブルで構成された On Table Row 操作を使用し、キャッシュを無効にします。オブジェクト ストア キャッシュ戦略とデフォルトの有効期限間隔を使用します。

C. 固定頻度が 1 時間ごとに設定されたスケジューラを使用して、無効化キャッシュ フローをトリガーします。オブジェクト ストア キャッシュ戦略とデフォルトの有効期限間隔を使用します。

D. 1 時間ごとに設定された固定頻度でスケジューラを使用し、無効化キャッシュ フローをトリガーします。オブジェクト ストア キャッシュ戦略を使用し、有効期限間隔を 1 時間に設定します。

A. JMS トランザクション

B. 信頼性パターンを持つ VM キュー

C. 信頼性パターンを使用した JMS 手動確認応答

D. XA トランザクションと XA 接続コンポーネント