최신 MCIA-Level-1日本語 무료덤프 - MuleSoft Certified Integration Architect - Level 1 (MCIA-Level-1日本語版)

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

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

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

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

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

B. 追加の Cloudhub ワーカーを追加して、追加の容量を提供します

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

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

A. ラウンドロビン スコープを使用して、個別のルートで各ベンダー アプリケーションを呼び出します。
各ルートで Try-Catch スコープを使用して、タイムアウト エラーが発生したリクエストを再試行します。

B. For-Each スコープを使用して、2 つのベンダー アプリケーションを順番に連続して呼び出します。
タイムアウト エラーが発生するリクエストを再試行するには、For-Each スコープを Until-Successful スコープ内に配置します。

C. 選択スコープを使用して、各ベンダー アプリケーションを個別のルートで呼び出します。
Choice スコープを until-Successful スコープ内に配置して、タイムアウト エラーが発生したリクエストを再試行します。

D. Scatter-Gather スコープを使用して、個別のルートで各ベンダー アプリケーションを呼び出します。
各ルートで until-Successful スコープを使用して、タイムアウト エラーが発生したリクエストを再試行します。

A. MUnit Maven プラグイン

B. Anypoint CLI

C. ランタイム マネージャー エージェント

D. Mule Maven プラグイン

A. タイムアウトを 50 ミリ秒に設定します。これにより、その API のより多くの呼び出しがタイムアウトになりますが、再試行のための追加の余地が与えられます

B. アップストリーム API の望ましい SLA を満たすためのタイムアウトはありません。別の SLA を最初のダウンストリーム API とネゴシエートするか、別の API を呼び出す必要があります

C. タイムアウトを 100 ミリ秒に設定します。他の 2 つのダウンストリーム API が完了するまでに 400 ミリ秒かかります

D. タイムアウトを設定しません。この API の呼び出しは必須であるため、応答するまで待つ必要があります

A. 顧客がプロビジョニングした AWS VPC からの証明書を使用して、Anypoint Platform で外部 ID プロバイダー (IDP) を構成します。

B. Mule アプリケーションで VM キューを使用して、顧客がプロビジョニングした AWS VPC 内の非 Mule アセットがサブスクライブしてメッセージを受信できるようにします。

C. Mulesoft がホストする Anypoint VPC を構成し、VPC ピアリングを使用して AWS VPC に追加する

D. デフォルトの API ホワイトリスト ポリシーを API Manager に追加して、Mule アプリケーションが必要とする顧客がプロビジョニングした AWS VPC IP 範囲を自動的にホワイトリストに登録します。

A. MUnit を使用してテスト ケースを生成し、API 開発者が API の実行結果を確認できるようにします。

B. Anypoint Studio のスキャフォールディング機能を使用して、API 仕様に基づいて API ポータルを作成します。

C. API 仕様を Exchange に公開し、API の利用者からのフィードバックを求める

D. API Manager を使用して API 仕様をバージョン管理する

A. マルチキャスト

B. 片道

C. リクエスト-リプライ

D. バッチ

A. いいえ、Mule アプリケーションを書き換える必要はありません
DevOps は引き続きポートの競合を管理する必要があります

B. いいえ、Mule アプリケーションを書き換える必要はありません。
DevOps は、Mule アプリケーション間のポート競合を管理する必要がなくなりました。

C. はい、Mule アプリケーションを書き換える必要があります
DevOps は Mule アプリケーション間のポートの競合を管理する必要がなくなりました

D. はい、Mule アプリケーションを書き直す必要があります
DevOps は引き続きポートの競合を管理する必要があります。

A. アセットが公開されているパブリック Anypoint Exchange ポータルの存在

B. Design Center と RAML の両方を使用してアセットを作成しました

C. ユーザーが所属するビジネスグループ

D. Anypoint Exchange のアセットのタイプ

A. 同期ロギングを使用し、log4j2.xml 構成ファイルの [%MDC] でパターン レイアウトを使用してから、ロギング変数を構成します。

B. INFO DEBUG または Trace レベルで同期ログを使用し、log4j2.xml 構成ファイルで [%MDC] を使用してパターン レイアウトを使用し、ログ変数を構成します。

C. INFO 以上のレベルで async ロガーを使用し、log4j2,xml 構成ファイルで [%MDC] を使用してパターン レイアウトを使用し、ログ変数を構成します。

D. DEBUG または TRACE と同等のレベルで async ロガーを使用し、パターンを使用します。
log4j2.xml 構成ファイルで [%MDC] を使用してレイアウトし、ログ変数を構成します。

A. 非機能要件について API マネージャーでさまざまな SLA を作成し、取引所に公開します。

B. すべての非機能要件をコメントとして RAML 仕様に追加し、取引所に公開します。

C. 適切なポリシーのフラグメントで API 定義を更新し、Exchange に公開します

D. API マネージャーで非機能要件のプロキシを作成し、Exchange に公開する

A. Anypoint Studio

B. どこでも交換

C. API マネージャー

D. デザインセンター

A. Waterfall

B. かんばん

C. アジャイル

D. スクラム

A. コミュニティ クラウド

B. パブリック クラウド

C. ハイブリッド クラウド 4

D. プライベート クラウド

A. IPsec トンネルまたは AWS DirectConnect を使用してオンプレミス ネットワークに接続された Anypoint VPC と、VPC およびオンプレミス ネットワークで一致するファイアウォール ルール

B. CloudHub 共有ワーカー クラウドにデプロイされた Mule アプリケーションの静的 IP アドレス、およびオンプレミス ネットワークでの一致するファイアウォール ルールと IP ホワイトリスト

C. 各オンプレミス データベース システムの前に専用ロード バランサーが 1 つある Anypoint VPC に加えて、ロード バランサーの一致する IP ホワイトリストと、VPC とオンプレミス ネットワークのファイアウォール ルール

D. データベース システムをオンプレミス ネットワークの DMZ に再配置し、Mule アプリケーションを CloudHub 共有ワーカー クラウドにデプロイし、DMZ にのみ接続します。

A. すべての HTTP クライアントの HTTP リクエスト ヘッダーと HTTP リクエスト ボディの両方の暗号化

B. すべての HTTP クライアントの HTTP 要求と HTTP 応答本文の両方の暗号化

C. サブドメインと API リソース エンドポイントの両方へのリクエストの暗号化 fhttPs://aDi.customer.com/ および https://customer.com/api)

D. HTTP クライアントとの TLS 相互 (双方向) 認証のサポート