2024年最新の実際に出る無料MuleSoft MCIA-Level-1日本語試験問題集と解答
MCIA-Level-1日本語練習テストエンジンで今すぐ試そう246試験問題
質問 # 55
Mule アプリケーションは、オンプレミスのデータベース システムにアクセスできるように、CloudHub にデプロイする必要があります。これらのシステムは機密性の高いデータを保存するため、厳重に保護されているため、インターネット経由でアクセスすることはできません。
この要件をサポートするネットワーク アーキテクチャは?
- A. データベース システムをオンプレミス ネットワークの DMZ に再配置し、Mule アプリケーションを CloudHub 共有ワーカー クラウドにデプロイし、DMZ にのみ接続します。
- B. 各オンプレミス データベース システムの前に専用ロード バランサーが 1 つある Anypoint VPC に加えて、ロード バランサーの一致する IP ホワイトリストと、VPC とオンプレミス ネットワークのファイアウォール ルール
- C. CloudHub 共有ワーカー クラウドにデプロイされた Mule アプリケーションの静的 IP アドレス、およびオンプレミス ネットワークでの一致するファイアウォール ルールと IP ホワイトリスト
- D. IPsec トンネルまたは AWS DirectConnect を使用してオンプレミス ネットワークに接続された Anypoint VPC と、VPC およびオンプレミス ネットワークで一致するファイアウォール ルール
正解：D
解説：
* "Relocation of the database systems to a DMZ in the on-premises network, with Mule applications deployed to the CloudHub Shared Worker Cloud connecting only to the DMZ" is not a feasible option
* "Static IP addresses for the Mule applications deployed to the CloudHub Shared Worker Cloud, plus matching firewall rules and IP whitelisting in the on-premises network" - It is risk for sensitive data. - Even if you whitelist the database IP on your app, your app wont be able to connect to the database so this is also not a feasible option
* "An Anypoint VPC with one Dedicated Load Balancer fronting each on-premises database system, plus matching IP whitelisting in the load balancer and firewall rules in the VPC and on-premises network" Adding one VPC with a DLB for each backend system also makes no sense, is way too much work. Why would you add a LB for one system.
* Correct answer: "An Anypoint VPC connected to the on-premises network using an IPsec tunnel or AWS DirectConnect, plus matching firewall rules in the VPC and on-premises network" IPsec Tunnel You can use an IPsec tunnel with network-to-network configuration to connect your on-premises data centers to your Anypoint VPC. An IPsec VPN tunnel is generally the recommended solution for VPC to on-premises connectivity, as it provides a standardized, secure way to connect. This method also integrates well with existing IT infrastructure such as routers and appliances. Reference: https://docs.mulesoft.com/runtime-manager/vpc-connectivity-methods-concept
質問 # 56
組織のセキュリティ要件では、Anypoint Platform で管理される Web API を呼び出すときに、外部アプリケーションの認証と承認を常に集中管理することが義務付けられています。
Anypoint Platform のどの機能が最も慣用的で (意図された目的で使用され)、簡単で、この要件を満たすために使用するために保守可能ですか?
- A. API Manager で構成された外部アクセス
- B. アクセス管理で設定されたクライアント管理
- C. Mule アプリケーションでコーディングされた Enterprise Security モジュール
- D. アクセス管理で構成された ID 管理
正解：D
質問 # 57
VM を使用する Mule アプリケーションが顧客がホストするクラスターまたは複数のクラウドハブ ワーカーにデプロイされる場合、メッセージは Mule エンジンによってどのように消費されますか?
- A. 非決定的な方法で
- B. 重複処理を避けるため、プライマリのみ
- C. 新しいメッセージごとに XA トランザクションを開始することによって
- D. 決定論的な方法で
正解：D
質問 # 58
Mule アプリケーションが設計されています SFTP を介して外部ベンダーから数百万のレコードを含む CSV ファイルを夜間に受信するには、ファイルからのレコードを検証して変換する必要があります。そして、データベースに書き込まれます。レコードは任意の順序でデータベースに挿入できます。
このユース ケースでは、Mule コンポーネントのどの組み合わせが、これらのレコードをデータベースに書き込むための最も効果的でパフォーマンスの高い方法を提供しますか?
- A. DataWeave マップ操作と Async スコープを使用して、レコードを 1 つずつデータベースに挿入します。
- B. Parallel for Each スコープを使用して、レコードを 1 つずつデータベースに挿入します。
- C. Scatter-Gather を使用してデータベースにレコードを一括挿入する
- D. バッチ ジョブ スコープを使用して、レコードをデータベースに一括挿入します。
正解：D
解説：
Correct answer is Use a Batch job scope to bulk insert records into the database
* Batch Job is most efficient way to manage millions of records.
A few points to note here are as follows :
Reliability: If you want reliabilty while processing the records, i.e should the processing survive a runtime crash or other unhappy scenarios, and when restarted process all the remaining records, if yes then go for batch as it uses persistent queues.
Error Handling: In Parallel for each an error in a particular route will stop processing the remaining records in that route and in such case you'd need to handle it using on error continue, batch process does not stop during such error instead you can have a step for failures and have a dedicated handling in it.
Memory footprint: Since question said that there are millions of records to process, parallel for each will aggregate all the processed records at the end and can possibly cause Out Of Memory.
Batch job instead provides a BatchResult in the on complete phase where you can get the count of failures and success. For huge file processing if order is not a concern definitely go ahead with Batch Job
質問 # 59
拡張アーキテクチャー (XA) トランザクションで受信メッセージを listen する JMS コネクターを使用しているときに、タイムアウト属性はどのように設計上の決定を通知するのに役立ちますか?
- A. トランザクションのコミットから Mule フローの完了まで、およびタイムアウト フロー処理がエラーをトリガーした後に経過できる時間。
- B. タイムアウトを超えると、古い JMS コンシューマ スレッドが破棄され、新しいスレッドが作成されます。
- C. タイムアウトは、同じ JMS 接続で JMS メッセージを受信してから、タイムアウト後に新しい JMS 接続が確立されるまでの許容時間を指定します。
- D. タイムアウトは、トランザクションが明示的に終了せずに経過できる時間を定義し、タイムアウトの期限が切れた後、トランザクションはロールバックします。
正解：D
質問 # 60
デジタル トランスフォーメーション イニシアチブの準備として、組織はさまざまな理由で失敗した関連する IT 統合プロジェクトを見直しています。
グローバル IT リーダーに対する MuleSoft の調査によると、この組織が評価で発見する可能性のある IT プロジェクトの失敗の一般的な原因は何ですか?
- A. アジャイル配信方法論に従う
- B. Integration-Platform-as-a-Service (iPaaS) への依存
- C. 有効化に時間をかけすぎている
- D. ビジネス成果に関する調整の欠如
正解：D
質問 # 61
組織は、CloudHub 共有ロード バランサー (SLB) を使用するか、CloudHub 専用ロード バランサー (DLB) を作成するかを評価しています。この選択が、MuleSoft 提供、顧客提供、または Mule アプリケーション提供の証明書を含む、CloudHub が展開する Mule アプリケーションで使用されるさまざまなタイプの証明書にどのように影響するかを評価しています。
CloudHub 共有ロード バランサー (SLB) がパブリック インターネット経由で外部 Web クライアントに公開できる証明書の種類には、どのような種類の制限がありますか?
- A. 顧客提供の自己署名証明書のみが公開されます。
- B. 顧客提供のワイルドカード証明書のみが公開されます。
- C. 基礎となる Mule アプリケーション証明書のみが公開されます (パススルー)
- D. MuleSoft 提供の証明書のみが公開されます。
正解：D
解説：
https://docs.mulesoft.com/runtime-manager/dedicated-load-balancer-tutorial
質問 # 62
統合アーキテクトは、デフォルトで HTTP/1.1 を介して XML および JSON コンテンツの両方に対する API クライアントからの要求を受け入れる必要がある API を設計しています。
アーキテクトは、これらの要件を満たすために、意図した一般的な目的で使用する場合、どの API アーキテクチャ スタイルを選択する必要がありますか?
- A. 残り
- B. 石鹸
- C. grRPC
- D. GraphQL
正解：A
質問 # 63
展示を参照してください。
ビジネス プロセスには、HTTP を介して互いに非同期に対話する 2 つの API が含まれます。各 API は Mule アプリケーションとして実装されます。API 1 は最初の HTTP リクエストを受信し、API 2 を (ファイア アンド フォーゲット方式で) 呼び出します。API 2 は、処理が完了すると、API 1 にコールバックして、非同期プロセスの完了を通知します。
各 API は、複数の冗長 Mule ランタイムと個別のロード バランサにデプロイされ、個別のネットワーク ゾーンにデプロイされます。
ネットワーク アーキテクチャで、API 1 と API 2 の間の上記の相互作用を有効にするには、ファイアウォール ルールをどのように構成する必要がありますか?
- A. 各 API の Mule Runtimes およびネットワーク ゾーンから他の API のロード バランサへの通信を有効にするには
- B. 各 API で使用するロードバランサー間の通信を許可する
- C. 両方の API の Mule ランタイム間の直接双方向通信を開く
- D. 証明書が両方の API で使用されることを承認するには
正解：A
解説：
* If your API implementation involves putting a load balancer in front of your APIkit application, configure the load balancer to redirect URLs that reference the baseUri of the application directly. If the load balancer does not redirect URLs, any calls that reach the load balancer looking for the application do not reach their destination.
* When you receive incoming traffic through the load balancer, the responses will go out the same way. However, traffic that is originating from your instance will not pass through the load balancer. Instead, it is sent directly from the public IP address of your instance out to the Internet. The ELB is not involved in that scenario.
* The question says "each API is deployed to multiple redundant Mule runtimes", that seems to be a hint for self hosted Mule runtime cluster. Set Inbound allowed for the LB, outbound allowed for runtime to request out.
* Hence correct way is to enable communication from each API's Mule Runtimes and Network zone to the load balancer of the other API. Because communication is asynchronous one
質問 # 64
ある企業は、Mulesoft を使用して API を開発し、それらを Cloudhub およびオンプレミス ターゲットにデプロイしています。最近、Runtime Fabric 展開オプションも有効にすることが決定され、このオプション用にインフラストラクチャがセットアップされました。
Runtime Fabric のデプロイには何を使用できますか?
- A. ランタイム マネージャーから ajar ファイルを直接アップロードする
- B. AnypointCLI
- C. Anypoint プラットフォーム REST API の
- D. Mule maven プラグイン
正解：D
質問 # 65
大手 e コマース企業は、Mulesoft API のオン ランタイム ファブリック (RTF) を使用して、顧客の注文を処理します。クレジット カード情報などの一部の顧客の機密情報も、API ペイロードの一部として存在します。
機密データを元のデータと照合するリスクを最小限に抑え、いつでもどこでも必要なときに元の値に戻すことができるアプローチはどれですか?
- A. トークン化形式を作成し、トークン化ポリシーを API Gateway に適用します。
- B. マスキング形式をトークン化解除して元の値を返すマネージャー
- C. マスキングを適用して機密情報を非表示にしてから API を使用する
- D. マスキングとトークン化の両方を使用
- E. API Gateway でフィールド レベルの暗号化ポリシーを適用します。
正解：C
質問 # 66
展示を参照してください。
組織は、組織のオンプレミス システムに接続する Mule アプリケーションの非実稼働デプロイメント用に Anypoint VPC のサイジングを行っています。これは約に適用されます。60 ミュール アプリケーション。各アプリケーションは、2 つの CloudHub i ワーカーにデプロイされます。組織には現在、この VPC を共有する 3 つの非実稼働環境 (DEV、SIT、および UAT) があります。VPC の AWS リージョンには 2 つの AZ があります。
この組織には、本番環境に自動的にデプロイする前に、すべての非本番環境を通じて各アプリケーションを自動的に進行させる、非常に成熟した DevOps アプローチがあります。このプロセスにより、CloudHub の通常のゼロ ダウンタイム デプロイ機能を使用して、1 時間に複数の Mule アプリケーションがデプロイされます。
使用可能なプライベート IP アドレス範囲が最小になる、この VPC の CIDR ブロックは何ですか?
- A. 10.0.0.0/26 (64 IPS)
- B. 10.0.0.0/25 (128 IP)
- C. 10.0.0.0/22 (1024 IP)
- D. 10.0.0.0/24 (256 IP)
正解：C
解説：
Mule applications are deployed in CloudHub workers and each worker is assigned with a dedicated IP * For zero downtime deployment, each worker in CloudHub needs additional IP addresses * A few IPs in a VPC are reserved for infrastructure (generally 2 IPs) * The IP addresses are usually in a private range with a subnet block specifier, such as 10.0.0.1/24 * The smallest CIDR network subnet block you can assign for your VPC is /24 (256 IP addresses) (60*3 env * 2 worker per application ) + 50% of (total) for zero downtime = 540 In this case correct answer is 10.0.0.0/22 as this provided 1024 IP's .
Other IP's are insufficient.
質問 # 67
Internet Engineering Task Force (IETF) によると、ファイル転送プロトコル (FTP) が信頼できる通信のために使用するサポート プロトコルはどれですか?
- A. Secure Sockets Layer (SSL)
- B. B 伝送制御プロトコル (TCP)
- C. ライトウェイト ディレクトリ アクセス プロトコル (LDAP)
- D. ハイパーテキスト転送プロトコル (HTTP)
正解：B
質問 # 68
API クライアントは、デフォルト設定を使用する HTTP リクエスト操作を含む Mule アプリケーションとして実装されます。HTTP リクエスト操作は、標準の HTTP ステータス コード規則に従う外部 API を呼び出します。これにより、HTTP リクエスト操作は 4xx ステータス コードを返します。
このステータス コードの応答の考えられる原因は何ですか?
- A. 外部 API は、Mule アプリケーションの送信 HTTP 要求操作から受信した HTTP 要求でエラーを報告しました
- B. HTTP 応答を外部 API から受信した後、Mule アプリケーションの HTTP 要求操作で解釈できません。
- C. Mule アプリケーションの送信 HTTP 要求操作から受信した HTTP 要求を処理するときに、外部 API 実装内でエラーが発生しました
- D. 外部 API は、API 実装が別の外部エンドポイントに移動したことを報告しました
正解：A
解説：
Correct choice is: "The external API reported an error with the HTTP request that was received from the outbound HTTP Request operation of the Mule application" Understanding HTTP 4XX Client Error Response Codes : A 4XX Error is an error that arises in cases where there is a problem with the user's request, and not with the server.
Such cases usually arise when a user's access to a webpage is restricted, the user misspells the URL, or when a webpage is nonexistent or removed from the public's view.
In short, it is an error that occurs because of a mismatch between what a user is trying to access, and its availability to the user - either because the user does not have the right to access it, or because what the user is trying to access simply does not exist. Some of the examples of 4XX errors are
400 Bad Request The server could not understand the request due to invalid syntax. 401 Unauthorized Although the HTTP standard specifies "unauthorized", semantically this response means "unauthenticated". That is, the client must authenticate itself to get the requested response. 403 Forbidden The client does not have access rights to the content; that is, it is unauthorized, so the server is refusing to give the requested resource. Unlike 401, the client's identity is known to the server. 404 Not Found The server can not find the requested resource. In the browser, this means the URL is not recognized. In an API, this can also mean that the endpoint is valid but the resource itself does not exist. Servers may also send this response instead of 403 to hide the existence of a resource from an unauthorized client. This response code is probably the most famous one due to its frequent occurrence on the web. 405 Method Not Allowed The request method is known by the server but has been disabled and cannot be used. For example, an API may forbid DELETE-ing a resource. The two mandatory methods, GET and HEAD, must never be disabled and should not return this error code. 406 Not Acceptable This response is sent when the web server, after performing server-driven content negotiation, doesn't find any content that conforms to the criteria given by the user agent. The external API reported that the API implementation has moved to a different external endpoint cannot be the correct answer as in this situation 301 Moved Permanently The URL of the requested resource has been changed permanently. The new URL is given in the response. ----------------------------------------------------------------------------------------------------------------------------------------------- In Lay man's term the scenario would be: API CLIENT -> MuleSoft API - HTTP request "Hey, API.. process this" -> External API API CLIENT <- MuleSoft API - http response "I'm sorry Client.. something is wrong with that request" <- (4XX) External API
質問 # 69
組織は、モバイル アプリと Web アプリケーションの両方から顧客データにアクセスできるようにする必要があり、それぞれが共通のフィールドと特定の固有のフィールドにアクセスする必要があります。データの一部はデータベースで、一部はサードパーティの CRM システムで利用できます。これらの設計要件に最も適合するには、どの API を作成する必要がありますか?
- A. Web アプリとモバイル アプリの両方で使用される共通のエクスペリエンス API ですが、データベースと CRM システムとやり取りする Web アプリとモバイル アプリの個別の Process API です。
- B. Web アプリとモバイル アプリの両方で必要なデータを含むプロセス API であり、これらのアプリケーションが直接呼び出して必要なデータにアクセスできるようにすることで、API の変更を必要とせずに将来的にフィールドを追加する柔軟性を提供します。
- C. モバイル アプリと Web アプリ用に別々のエクスペリエンス API を使用しますが、データベースと CRM システム用に作成された別々のシステム API を呼び出す共通のプロセス API です。
- D. Web アプリ用の 1 つの API セット (エクスペリエンス API、プロセス API、およびシステム API) と、モバイル アプリ用の別のセット。
正解：C
解説：
Lets analyze the situation in regards to the different options available Option : A common Experience API but separate Process APIs Analysis : This solution will not work because having common experience layer will not help the purpose as mobile and web applications will have different set of requirements which cannot be fulfilled by single experience layer API Option : Common Process API Analysis : This solution will not work because creating a common process API will impose limitations in terms of flexibility to customize API;s as per the requirements of different applications. It is not a recommended approach.
Option : Separate set of API's for both the applications Analysis : This goes against the principle of Anypoint API-led connectivity approach which promotes creating reusable assets. This solution may work but this is not efficient solution and creates duplicity of code.
Hence the correct answer is: Separate Experience APIs for the mobile and web app, but a common Process API that invokes separate System APIs created for the database and CRM system
Lets analyze the situation in regards to the different options available Option : A common Experience API but separate Process APIs Analysis : This solution will not work because having common experience layer will not help the purpose as mobile and web applications will have different set of requirements which cannot be fulfilled by single experience layer API Option : Common Process API Analysis : This solution will not work because creating a common process API will impose limitations in terms of flexibility to customize API;s as per the requirements of different applications. It is not a recommended approach.
Option : Separate set of API's for both the applications Analysis : This goes against the principle of Anypoint API-led connectivity approach which promotes creating reusable assets. This solution may work but this is not efficient solution and creates duplicity of code.
Hence the correct answer is: Separate Experience APIs for the mobile and web app, but a common Process API that invokes separate System APIs created for the database and CRM system
質問 # 70
Anypoint Platform では、企業は複数の事業部門 (LOB) に対して複数の ID プロバイダー (IdP) を構成したいと考えています。これらの LOB には、複数のビジネス グループ、チーム、および環境が定義されています。
会社のビジネス グループ、チーム、および環境全体で複数の IdP を使用できる Anypoint Platform の機能はどれですか?
- A. 権限
- B. MuleSoft がホストする (CloudHub) 専用ロード バランサ
- C. クライアント (アプリケーション) の管理
- D. 仮想プライベート クラウド
正解：B
解説：
To use a dedicated load balancer in your environment, you must first create an Anypoint VPC. Because you can associate multiple environments with the same Anypoint VPC, you can use the same dedicated load balancer for your different environments.
質問 # 71
銀行会社は、オンライン ビジネス用の新しい API セットを開発しています。重要な API の 1 つは、システム API であるマスター ルックアップ API です。このマスター ルックアップ API は、永続的なオブジェクト ストアを使用します。この API は、マスター ルックアップ データを提供するために、他のすべての API で使用されます。
マスター ルックアップ API は、キャッシュするマスター データが大量にあるため、それぞれ 0.1 vCore の 2 つの cloudhub ワーカーにデプロイされます。マスター ルックアップ データは、キーと値のペアとして保存されます。キーがキャッシュ内に見つからない場合、キャッシュは更新されます。
パフォーマンス テストを行ったところ、マスター ルックアップ API は、マスター ルックアップ データを取得するためのデータベース クエリの実行により、応答時間が長くなることが観察されました。
このパフォーマンスの問題により、オンライン ビジネスの稼働は保留されており、銀行に財務上の損失をもたらす可能性があります。
統合アーキテクトとして、パフォーマンスの問題を解決するために次のオプションのうちどれを提案しますか?
- A. マスター ルックアップ API のすべての GET エンドポイントに HTTP キャッシュ ポリシーを実装し、ロックを実装してオブジェクト ストアへのアクセスを同期します。
- B. vCore のサイズを 0.1 vCore から 0.2 vCore にアップグレードします。
- C. マスター ルックアップ API のすべての GET エンドポイントに HTTP キャッシュ ポリシーを実装する
- D. 追加の Cloudhub ワーカーを追加して、追加の容量を提供します
正解：A
質問 # 72
API クライアント、API 実装、および API インターフェイス コンポーネントは、典型的な REST 要求でどの順序で呼び出されますか?
- A. API インターフェイス > API クライアント > API 実装
- B. API クライアント > API 実装 > API インターフェイス
- C. API クライアント > API インターフェイス > API 実装
- D. API 実装 > API インターフェイス > API クライアント
正解：B
質問 # 73
展示を参照してください。
組織は、顧客がホストする同じ Mule ランタイムに複数の Mule アプリケーションをデプロイします。これらの Mule アプリケーションの多くは、頻繁にローテーションするサーバー側の証明書を使用して、同じポートで HTTPS エンドポイントを公開する必要があります。
これらの Mule アプリケーションをデプロイするときに、HTTP リスナーをパッケージ化し、サーバー側の証明書をパッケージ化または保存して、証明書のローテーションによる混乱を最小限に抑える最も効果的な方法は何ですか?
- A. Mule DOMAIN プロジェクトに HTTPS リスナー設定をパッケージ化し、HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照します。サーバー側の証明書を SAME Mule DOMAIN プロジェクトにパッケージ化する Set に移動
- B. HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションで、HTTPS リスナー設定をパッケージ化します 新しい Mule ドメイン プロジェクトでサーバ側の証明書をパッケージ化します
- C. Mule DOMAIN プロジェクトに HTTPS リスナー設定をパッケージ化し、HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照します。サーバ側の証明書を、Mule ランタイムのクラスパス内の共有ファイルシステムの場所、Mule ドメインまたは任意の Mule アプリケーションの外部に保存します。
- D. HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションから参照するように、Mule DOMAIN プロジェクトに HTTPS リスナ設定をパッケージ化します HTTPS エンドポイントを公開する必要があるすべての Mule アプリケーションでサーバ側の証明書をパッケージ化します
正解：C
解説：
In this scenario, both A & C will work, but A is better as it does not require repackage to the domain project at all.
Correct answer is Package the HTTPS Listener configuration in a Mule DOMAIN project, referencing it from all Mule applications that need to expose an HTTPS endpoint. Store the server-side certificate in a shared filesystem location in the Mule runtime's classpath, OUTSIDE the Mule DOMAIN or any Mule APPLICATION.
What is Mule Domain Project?
* A Mule Domain Project is implemented to configure the resources that are shared among different projects. These resources can be used by all the projects associated with this domain. Mule applications can be associated with only one domain, but a domain can be associated with multiple projects. Shared resources allow multiple development teams to work in parallel using the same set of reusable connectors. Defining these connectors as shared resources at the domain level allows the team to: - Expose multiple services within the domain through the same port. - Share the connection to persistent storage. - Share services between apps through a well-defined interface. - Ensure consistency between apps upon any changes because the configuration is only set in one place.
* Use domains Project to share the same host and port among multiple projects. You can declare the http connector within a domain project and associate the domain project with other projects. Doing this also allows to control thread settings, keystore configurations, time outs for all the requests made within multiple applications. You may think that one can also achieve this by duplicating the http connector configuration across all the applications. But, doing this may pose a nightmare if you have to make a change and redeploy all the applications.
* If you use connector configuration in the domain and let all the applications use the new domain instead of a default domain, you will maintain only one copy of the http connector configuration. Any changes will require only the domain to the redeployed instead of all the applications.
You can start using domains in only three steps:
1) Create a Mule Domain project
2) Create the global connector configurations which needs to be shared across the applications inside the Mule Domain project
3) Modify the value of domain in mule-deploy.properties file of the applications
Use a certificate defined in already deployed Mule domain Configure the certificate in the domain so that the API proxy HTTPS Listener references it, and then deploy the secure API proxy to the target Runtime Fabric, or on-premises target. (CloudHub is not supported with this approach because it does not support Mule domains.)
質問 # 74
Mule アプリケーションは、組織のネットワーク内の顧客がホストする Mule ランタイムで実行されています。Mule アプリケーションは、非同期 Mule イベントのプロデューサーとして機能します。各 Mule イベントは、Mule アプリケーションの外部にある関心のあるすべての外部コンシューマにブロードキャストする必要があります。Mule イベントは、通常の状況で保証され、頻度の低い障害シナリオでの重複配信を最小限に抑える方法で公開する必要があります。
組織のファイアウォールは、ポート 80 と 443 でのアウトバウンド トラフィックのみを許可するように構成されています。一部の外部イベント コンシューマーは組織ネットワーク内にあり、その他はファイアウォールの外側にあります。
これらの Mule イベントをすべての外部コンシューマーに公開すると同時に、望ましい信頼性の目標に対処するための (本来の目的で使用される) 最も慣用的な Anypoint Platform サービスはどれですか?
- A. CloudHub 共有ロード バランサー
- B. Anypoint MQ
- C. どこでも取引所
- D. CloudHub VM キュー
正解：B
解説：
:
Set the Anypoint MQ connector operation to publish or consume messages, or to accept (ACK) or not accept (NACK) a message.
質問 # 75
システム API EmployeeSAPI を使用して、基礎となる SQL データベースから従業員のデータをフェッチします。
アーキテクトは、データベースによって処理される冗長なトランザクションの数を最小限に抑えるために、従業員の安定した更新がある場合にのみデータベースにクエリを実行するか、キャッシュされた応答を返すようにキャッシュ戦略を設計する必要があります。
アーキテクトはキャッシングの目的を達成するために何をしなければなりませんか?
- A. 従業員テーブル呼び出し無効化キャッシュに on table ルールを使用し、前述の新しい従業員データをキャッシュします オブジェクト ストア キャッシング戦略を使用し、有効期限間隔を 1 時間に設定します
- B. 1 時間ごとに一定の頻度でスケジューラを使用し、無効化キャッシュ フローをトリガーします。オブジェクト ストアのキャッシュ戦略と有効期限を使用して空にします。
- C. employees テーブルで On Table Row を使用し、invalidate キャッシュを呼び出します
オブジェクト ストアのキャッシュ戦略と有効期限を使用して空にする - D. 1 時間ごとに固定の頻度でスケジューラを使用して、無効化キャッシュ フローをトリガーします オブジェクト ストア キャッシュ戦略を使用し、有効期限間隔を 1 時間に設定します
正解：C
質問 # 76
......
試験合格保証付きのMuleSoft Certified Architect MCIA-Level-1日本語試験問題集：https://jp.fast2test.com/MCIA-Level-1-JPN-premium-file.html