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

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

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

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

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

（A）ペイロードは反復可能な XML ストリームとして処理する必要があります。このストリームは 1 回だけトラバース (反復) する必要があり、DataWeave 式およびスクリプトからランダムにアクセスすることはできません。

（B）ペイロード サイズは、Mule アプリケーションが実行される Mute ランタイムの使用可能な最大ヒープ メモリを超えないようにする必要があります。

（C）複数のバックエンド システムに送信する場合は、キャッシュ スコープを使用してペイロードをキャッシュする必要があります。

（D）ペイロードは、単一の Java オブジェクト (POJO) に変換せずに、XML ストリームとして処理する必要があります。

（A）外部 API で要求が受け入れられませんでした

（B）リクエストは外部 API によって受信されませんでした

（C）リクエストは外部 API によって受け入れられました

（D）リクエストは外部 API によって別の URL にリダイレクトされました

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

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

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

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

（A）技術集中

（B）範囲縮小

（C）プロセス思考

（D）ビジネス成果

（A）デプロイされた Mule アプリケーションのいずれかで使用される SSL 証明書の有効期限が近づいている場合

（B）Mule ランタイムの顧客がホストするサーバーのディスク容量が不足しそうになったとき

（C）Mule ランタイムにインストールされている Mute ランタイム ライセンスの有効期限が近づいている場合

（D）特定の顧客がホストするサーバー上の Mule ランタイムで、特定の期間に大量のメモリ消費が発生している場合

（A）Scatter-Gather 内のすべてのルートの実行は順次発生します Scatter-Gather 内でエラーが発生すると、すべてのデータベース操作がロールバックされます

（B）Scatter-Gather 内のすべてのルートの実行が順次発生する Scatter-Gather 内で発生したエラーはエラー ハンドラによって処理され、ロールバックは発生しません。

（C）Scatter-Gather 内のすべてのルートの実行が並行して発生する Scatter-Gather 内で発生したエラーはエラー ハンドラーによって処理され、ロールバックは発生しません。

（D）Scatter-Gather 内のすべてのルートの実行が並行して発生する Scatter-Gather 内でエラーが発生すると、すべてのデータベース操作がロールバックされます

（A）Mule DOMAIN プロジェクトに HTTPS リスナー設定をパッケージ化し、HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照します。サーバ側の証明書を、Mule ランタイムのクラスパス内の共有ファイルシステムの場所、Mule ドメインまたは任意の Mule アプリケーションの外部に保存します。

（B）HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションで、HTTPS リスナー設定をパッケージ化します 新しい Mule ドメイン プロジェクトでサーバ側の証明書をパッケージ化します

（C）HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照するように、Mule DOMAIN プロジェクトに HTTPS リスナ設定をパッケージ化します HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションでサーバ側の証明書をパッケージ化します

（D）Mule DOMAIN プロジェクトに HTTPS リスナー設定をパッケージ化し、HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照します。サーバー側の証明書を SAME Mule DOMAIN プロジェクトにパッケージ化する Set に移動

（A）中央リポジトリを介してアセットを簡単に発見できるようにする

（B）承認されたプロジェクトとタイムラインに必要なアセット作成の需要を満たすために、追加のスタッフを雇います

（C）個々のビジネス ラインの特定の要件を満たすカスタム アセットにプロジェクト デリバリの取り組みを集中させます。

（D）IT のすべてのメンバーが出席して正当な理由を提示し、既存の資産を使用するための承認を要求する毎週の会議を作成します。

（A）個人の社会保障番号をデータベースに挿入しながらマスキング解除する

（B）ファイルにデジタル署名し、ファイル転送メカニズムを使用して送信する

（C）個人を特定できる情報 (PV) を含むファイルを暗号化する

（D）双方向 SSL ハンドシェイク中にデータを安全に復号化するために、サーバーの秘密鍵をクライアントに提供する

（A）JVM パラメータを設定して、依存関係の jar ファイルを Java クラスパスに追加します。

（B）mule-artefact.json を更新して Java パッケージをエクスポートします

（C）Java Invoke 静的コネクタ構成で、依存関係の jar ファイルのパスと名前を構成します。

（D）アプリケーションをパッケージ化するときに、Maven コマンドを使用して依存関係の jar ファイルを含めます。

（E）プロジェクト POM で共有ライブラリとして依存関係を構成します。

（A）オブジェクト ストア REST API

（B）あるミュール アプリケーションのオブジェクト ストアは、他のミュール アプリケーションからアクセスできません。

（C）オブジェクト ストア コネクタ

（D）上記の両方のオプションのレイテンシは同じです。

（A）SOAP over HTTPS HOP over TLS gRPC over HTTPS

（B）CSV over FTP YAML over TLS JSON over HTTPS

（C）XML over ActiveMQ XML over SFTP XML/REST over HTTPS

（D）EDJFACT XML over SFTP JSON/REST over HTTPS

（A）ランタイム マネージャーで障害条件のアラートを構成する

（B）任意のポイント機能監視テスト API の機能動作を使用

（C）Anypoint 監視から個々のアプリケーションの監視を有効にします

（D）API マネージャーでアラートの失敗条件を構成する

（A）バックエンド システムの呼び出しを支援する 1 つ以上の On Error スコープ 長時間の再試行用の VM コンポーネントを含む Untill 成功スコープ クラウド ハブで構成された永続的な配信不能 VM キュー

（B）システムでコールバックするためのバッチ ジョブ スコープ 長時間の再試行のためのオブジェクト ストア コンポーネントを含む、成功するまでのスコープ。Mule アプリケーションで設定された配信不能オブジェクト ストア

（C）バックエンド システムを呼び出す Until Successful スコープ 1 つ以上の ActiveMQ ロング リトライ キュー 1 つ以上の ActiveMQ デッドレター キュー (手動処理用)

（D）バックエンド システムの呼び出しを支援する 1 つ以上の on-Error スコープ 1 つ以上の ActiveMQ ロング リトライ キュー CloudHub オブジェクト ストア サービス内の永続的な配信不能オブジェクト ストア構成

（A）ステージング環境のバックエンド システムの場所をバイパスし、典型的なバックエンド システムの応答を複製するモッキング サービスを呼び出す API 実装内のロジックを含めます。次に、この API 実装を使用してパフォーマンス テストを実施します。

（B）バックエンド システムの
生産性能特性
次に、モックを使用するように API 実装を構成します。
サービスを提供し、性能テストを実施する

（C）レート制限のあるバックエンド システムに対して、ステージング環境で縮小されたパフォーマンス テストを実施します。次に、パフォーマンス結果をフル プロダクション スケールにアップスケールします。

（D）MUnit を使用して、バックエンド システムからの標準応答をシミュレートします。
次に、パフォーマンス テストを実施して、システム内の他のボトルネックを特定します。

（A）MuleSoft 提供の証明書のみが公開されます。

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

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

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