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

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

（B）データベース

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

（D）変数

（A）WSDL

（B）ラミ

（C）JSON スキーマ

（D）XSD

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

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

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

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

（A）Anypoint Monitoring によるパッシブ モニタリング

（B）Anypoint Studio による手動テスト

（C）API Designer を使用した継続的な設計

（D）MUnit による自動テスト

（A）ロギング戦略は、アプリケーションとともにデプロイされた log4j ファイルに応じて構成する必要があります。

（B）アプリケーションを CloudHub にデプロイする場合、ログの保持期間は 2 年として選択する必要があります

（C）アプリケーションを CloudHub にデプロイする場合、2 年分のデータを保存するのに十分なワーカー サイズが必要です。

（D）CloudHub のデプロイで 2 年間のログを保存することはできません。外部ログ管理システムが必要です。

（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）JSON 脅威保護

（B）レート制限

（C）クライアント ID の強制

（D）カスタム サーキット ブレーカー

（A）IBM: DB アクセス CRM: gRPC

（B）IBM: アクティブ MQ CRM: REST

（C）IBM: REST CRM:REST

（D）IBM: CICS CRM: SOAP

（A）API マネージャー

（B）Anypoint Exchange

（C）デザイン センター

（D）Anypoint Studio

（A）Anypoint CLI

（B）API マネージャー

（C）API デザイナー

（D）Anypoint Studio

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

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

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

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

（A）Saga パターンを使用して Mule アプリケーションに eXtended Architecture (XA) トランザクション マネージャを実装する XA トランザクションを使用して各 API 実装を Mule アプリケーションに接続する 障害が発生した場所に応じてさまざまな補正アクションを適用する

（B）API 実装間に eXtended Architecture (XA) トランザクションを実装する Saga パターンを使用して API 実装間を調整する 各 API 実装にキャッシュを実装してパフォーマンスを向上させる

（C）各 API 実装内でローカル トランザクションを実装する
同じ eXtended Architecture (XA) トランザクションにも参加するように各 API 実装を構成する 各 API 実装にキャッシュを実装して、パフォーマンスを向上させる

（D）各 API 実装でローカル トランザクションを実装する
Saga パターンを使用して API 実装間の調整を行う
障害が発生した場所に応じて、さまざまな補償アクションを適用します

（A）cloudhub.io の Anypoint Object Store サービス

（B）API コミュニティ マネージャー

（C）バイナリ アーティファクト リポジトリ

（D）repository.mulesoft.org の MuleSoft が管理するリポジトリ

（A）単一の iPaaS を使用してすべての API 開発者ポータルを管理する機能

（B）単一のコネクタを使用してすべての AP を管理および統合する機能

（C）単一の iPaaS を使用してすべての API ゲートウェイを管理および統合する機能

（D）フル ライフサイクル AP] の管理と統合の両方に単一のコントロール プレーンを使用する機能

（A）HTTP 応答を外部 API から受信した後、Mule アプリケーションの HTTP 要求操作で解釈できません。

（B）外部 API は、Mule アプリケーションの送信 HTTP 要求操作から受信した HTTP 要求でエラーを報告しました

（C）Mule アプリケーションの送信 HTTP 要求操作から受信した HTTP 要求を処理するときに、外部 API 実装内でエラーが発生しました

（D）外部 API は、API 実装が別の外部エンドポイントに移動したことを報告しました

（A）SFTP

（B）オブジェクトストア

（C）VM

（D）Anypoint MQ