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

（A）連合クライアント管理

（B）フェデレーション ID 管理

（C）エンタープライズ セキュリティ モジュール

（D）クライアント ID シークレット

（A）アプリケーションのスループットの向上

（B）IT 運用労力の削減

（C）最初のアプリケーションの市場投入までの時間の短縮

（D）アプリケーション分離の強化

（E）アプリケーション レイテンシの削減

（A）X.509 証明書を Mule アプリケーションではなく、CloudHub 共有ロード バランサ (SLB) に追加します。SLB の A レコードを指す api.acme.com の CNAME を作成します。

（B）X.509 証明書を Mule アプリケーションではなく CloudHub 専用ロードバランサ (DLB) に追加します DLB の A レコードを指す api.acme.com の CNAME を作成します

（C）Mule アプリケーションのデプロイ可能なアーカイブに X.509 証明書を追加し、Mule アプリケーションの CloudHub ワーカーごとに CloudHub 専用ロード バランサ (DLB) を設定します。DLB を指す api.acme.com の CNAME を作成します。レコード

（D）Mule アプリケーションのデプロイ可能なアーカイブに x.509 証明書を追加し、Mule アプリケーションの CloudHub ワーカーごとに CloudHub 共有ロード バランサ (SLB) を設定します。SLB を指す api.acme.com の CNAME を作成します。レコード

（A）共有ロード バランサーで使用できるすべての証明書は、サポート チケットを発行して承認を受ける必要があります。

（B）自己署名証明書のみ使用可能

（C）基盤となる Mule アプリケーションは、独自の証明書を実装する必要があります

（D）サーバー側の証明書には、MuleSoft が提供する証明書のみを使用できます。

（A）両方の相関 ID 値を Mule イベント変数/属性として保存する必要があります

（B）ステップ 1 の相関 ID 値は永続オブジェクトストアに保存する必要があります ステップ 3 の相関 ID 値は Mule イベント変数/属性として保存する必要があります

（C）両方の相関 ID 値を非永続オブジェクト ストアに格納する必要があります

（D）両方の相関 ID 値を永続オブジェクト ストアに格納する必要があります。

（A）Java モジュールを使用する

（B）WSSモジュールを使用

（C）Transform Message コンポーネントを使用する

（D）JAXB (XML) および Jackson (JSON) データバインディングを使用

（A）残りのレコードは、新しい交代要員によって処理されます

（B）残りのレコードは 2 番目のワーカーによって処理されます

（C）すべてのレコードが 2 番目のワーカーによって最初から処理され、処理が重複する

（D）残りのレコードを残して処理します

（A）いずれかの操作が失敗した場合、XA トランザクションは両方のデータベース システムに対する操作を自動的にロールバックします。

（B）XA トランザクションは両方のデータベース システムに可能な限り高速に書き込みます

（C）XA トランザクションは、最小限の Mule 設定またはコーディングでデータベース システムを同期します。

（D）XA トランザクションは、最短時間で最大数の要求を処理します

（A）必要なすべての依存関係の親 POM を作成し、各アプリケーションの POM.xml ファイルでそれぞれを参照します。

（B）各アプリケーションの POM.xml ファイルにすべての依存関係を追加します。

（C）すべての依存関係を含む Mule プラグイン プロジェクトを作成し、各アプリケーションの POM.xml ファイルに依存関係として追加します。

（D）すべての依存関係が POM.xml ファイルで定義された Mule ドメイン プロジェクトを作成し、各アプリケーションをドメイン プロジェクトに追加します。

（A）バッチ ジョブ スコープは、各レコード ブロックを一度に 1 つずつ順番に処理します 各バッチ ステップ スコープは、受信した Mule イベントのペイロード内の 1 つのレコードで呼び出されます 各バッチ ステップ スコープでは、ブロック内の 25 レコードすべてが順番に処理されます、一度に 1 つ

（B）バッチ ジョブ スコープは複数のレコード ブロックを並行して処理し、25 レコードのブロックは、前のレコード ブロックを越えて次のバッチ ステップ スコープにジャンプできます。各バッチ ステップ スコープは、 Mule イベントを受信 バッチ ステップ スコープごとに、ブロック内の 25 レコードすべてが一度に 1 レコードずつ順次処理される 25 レコードのブロックが次のバッチ ステップ スコープで使用可能になる前に、ブロック内のすべてのレコードが完了する必要がある

（C）バッチ ジョブ スコープは複数のレコード ブロックを並行して処理し、25 レコードのブロックは、前のレコード ブロックを越えて次のバッチ ステップ スコープにジャンプできます。各バッチ ステップ スコープは、 Mule イベントを受信 各バッチ ステップ スコープで、ブロック内の 25 レコードすべてが並行して処理される 25 レコードのブロックが次のバッチ ステップ スコープで使用可能になる前に、ブロック内のすべてのレコードが完了する必要がある

（D）バッチ ジョブ スコープは、複数のレコード ブロックを並行して処理します 各バッチ ステップ スコープは、受信した Mule イベントのペイロード内の 25 レコードのバッチで呼び出されます バッチ ステップ スコープごとに、4000 レコードすべてが並行して処理されます 個々のレコードは、現在のバッチ ステップ スコープで残りのレコードの処理が完了する前に、次のバッチ ステップ スコープにジャンプします。

（A）Exchange モッキング サービス

（B）M単位

（C）Mule Maven プラグイン

（D）どこでも CLl

（A）複数の Mule アプリケーションから 1 つの共有およびカスタマイズされた log4j2.xml ファイルを直接参照するには

（B）特定のメッセージをカスタム ログ カテゴリに記録するには

（C）Mule アプリケーションを再起動せずに Anypoint Runtime Manager で tog4j2 tog レベルを変更するには

（D）Mule アプリケーション ログ エントリを Splunk に送信するには

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

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

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

（A）JMS トランザクション

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

（C）XA トランザクションと XA 接続コンポーネント

（D）信頼性パターンを使用した JMS 手動確認応答

（A）マイクロサービス開発者間のコミュニケーション

（B）マイクロサービス間の通信

（C）マイクロサービス ランタイム管理者間の通信

（D）取引先サービス間の通信

（A）Mule アプリケーションを Cloudhub にデプロイする
Cloudhub 共有ロード バランサ (SLB) で、オンプレミス ロード バランサの A レコードを指す api.acme.com の CNAME レコードを作成する SLB でマッピング ルールを適用して、URL を対応する Mule アプリケーションにマッピングする

（B）Mule アプリケーションを Cloudhub にデプロイする
cloudhub 専用ロード バランサー (DLB) の A レコードを指す組織 DNS サーバーの api.acme.com の CNAME レコードを更新する DLB でマッピング ルールを適用して、URL を対応する Mule アプリケーションにマップする

（C）Mule アプリケーションを Cloudhub にデプロイする
cloudhub 共有ロード バランサー (SLB) の A レコードを指す組織 DNS サーバーの api.acme.com の CNAME レコードを更新します SLB でマッピング ルールを適用して、URL を対応する Mule アプリケーションにマップします。

（D）移行された Mule アプリケーションごとに、API プロキシ Mule アプリケーションを Cloudhub にデプロイし、すべてのアプリケーションを専用のロード バランサ (CLB) の制御下に置きます。 cloudhub 専用ロード バランサ (DLB) のレコード DLB にマッピング ルールを適用して、各 API プロキシ アプリケーションを対応する Mule アプリケーションにマッピングします。

（A）CloudHub 2.0

（B）顧客がホストするセルフプロビジョニングランタイムプレーン

（C）Anypoint サービス メッシュ

（D）Anypoint ランタイム ファブリック

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

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

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

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

（A）永続キャッシュのスコープ

（B）永続的な Anypoint MQ キュー

（C）永続オブジェクト ストア

（D）永続的な VM キュー

（A）BLOCKING _IO と UBER

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

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

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