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

ある企業は、顧客がホストするさまざまな Mule ランタイムに Mule アプリケーションをデプロイしました。これらの Mule ランタイムにデプロイされた Mule アプリケーションは、Anypoint Platform によって管理されます。
Anypoint Monitoring からこれらの Mule アプリケーションを監視するには、何をインストールまたは設定する必要がありますか?また、各 Mule アプリケーションからの監視データはどのように Anypoint Monitoring に送信されますか?

정답: D
설명: (DumpTOP 회원만 볼 수 있음)
ABC 社は、顧客がホストする独自の AWS インフラストラクチャにインストールされた Anypoint Runtime Fabric on VMs/Bare Metal (RTF-VM) アプライアンスを持っています。
Mule アプリケーションは、この RTF-VM アプライアンスにデプロイされます。会社の基準の一部として、Mule アプリケーション ログは外部のログ管理ツール (LMT) に転送する必要があります。
会社の現在の設定と要件を考慮して、Mule アプリケーション ログを外部 LMT に送信する最も慣用的な (本来の目的に使用される) 方法は何ですか?

정답: D
次の要件のうち、会社のネットワークで Anypoint MQ を使用できないのはどれですか? (答えを二つ選んでください)

정답: C,E
설명: (DumpTOP 회원만 볼 수 있음)
MuleSoft によると、マイクロサービス アプリケーション アーキテクチャに適用される展開の特徴はどれですか?

정답: D
설명: (DumpTOP 회원만 볼 수 있음)
決済処理会社は、クレジット カードとデビット カードのトランザクションを処理するために、決済処理 API Mule アプリケーションを実装しました。決済処理 API は機密性の高い情報を処理するため、決済処理会社は、データが転送中と保存中の両方で暗号化される必要があると要求しています。
これらのセキュリティ要件を満たすために、Payment Processing API の利用者は、API で指定された JSON 形式でリクエスト メッセージ ペイロードを作成し、メッセージ ペイロード値を暗号化する必要があります。
Payment Processing API は API コンシューマーから受け取ったリクエストをどのように検証できますか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)
Kubernetes コントローラーは、アプリケーションの負荷の増加に応じて、別のポッド レプリカをリソース プールに自動的に追加します。
コントローラが実装しているスケーラビリティ オプションはどれですか?

정답: D
설명: (DumpTOP 회원만 볼 수 있음)
アーキテクトは、次の 2 つの要件を満たす Mule アプリケーションを設計しています。
1. アプリケーションは、Mule イベントの負荷分散のために VM 中間キューを使用して、FTPS サーバーからバックエンド データベースまでファイルを非同期かつ確実に処理する必要があります。
2. アプリケーションは、バッチ ジョブ スコープを使用して、ソース システムからターゲット システムへの中程度の速度のレコードを処理する必要があります。
Mule アプリケーションの信頼性を高めるために、Mule アプリケーションは 2 つの CloudHub 1.0 ワーカーにデプロイされます。
MuleSoft が推奨するベスト プラクティスに従って、バッチ ジョブ スコープとファイル処理 VM キューの両方のパフォーマンスと信頼性の目標を最大限にサポートするには、通常、Runtime Manger で Mule アプリケーションのデプロイメントをどのように構成すればよいでしょうか。

정답: B
설명: (DumpTOP 회원만 볼 수 있음)
ある保険会社には、現在顧客が使用している既存の API があります。API は、顧客がホストする Mule ランタイム クラスタにデプロイされます。Mule クラスタ上の任意の API にアクセスするために使用されるロード バランサは、ポート 443 でサーバ上でホストされているアプリケーションを指すようにのみ設定されます。
企業の Mule アプリケーション チームは、ポート 443 を使用して 2 つ目の API をデプロイしようとしましたが、アプリケーションが起動せず、ログを確認すると、アドレスが既に使用されていることを示すエラーが表示されます。
このエラーを解決し、顧客が両方の API にアクセスできるようにするには、組織はどの手順を実行する必要がありますか?

정답: B
설명: (DumpTOP 회원만 볼 수 있음)
Mule アプリケーションでは、フローには 2 つの JMS 消費操作が含まれます。これらは、JMS ブローカーに接続し、2 つの JMS 宛先からのメッセージを消費するために使用されます。その後、Mule アプリケーションは 2 つの JMS メッセージを結合します。
JMS ブローカーは高可用性 (HA) を実装しておらず、定期的なメンテナンスのために最大 10 分間のスケジュールされた停止が定期的に発生します。
予想される停止から最適に回復できるようにミュール フローを構築する最も慣用的な (意図された目的で使用される) 方法は何ですか?

정답: B
설명: (DumpTOP 회원만 볼 수 있음)
組織は、すべての Mule アプリケーションを Runtime Fabric (RTF) に移行しています。Mule アプリケーションで Mule ドメイン プロジェクトを使用するものはありません。
現在、すべての Mule アプリケーションは、顧客がホストする複数の Mule ランタイムの間のサーバー グループに手動でデプロイされています。
これらの Mule アプリケーションのデプロイメント間のポートの競合は、現在、Mule アプリケーションのプロパティ ファイルを慎重に管理する DevOps チームによって管理されています。
Mule アプリケーションを現在の顧客がホストするサーバー グループからランタイム ファブリック (RTF) に移行する場合、Mule アプリケーションを書き直す必要があり、どの DevOps ポート構成の責任が変更されるか、そのまま維持されますか?

정답: A
설명: (DumpTOP 회원만 볼 수 있음)
組織は、統合と API プラットフォームに Mulesoft を選択しました。
Mulesoft Catalyst フレームワークによると、統合アーキテクトはビジネス成果の一部として達成目標を作成するために何をしますか?

정답: B
설명: (DumpTOP 회원만 볼 수 있음)
組織は、注文をオフライン処理のためにバックエンド システムに送信することで注文を処理する統合 Mule アプリケーションを設計しています。各注文は、HTTPS POST を介して Mule アプリケーションによって受信され、すぐに確認する必要があります。承認されると、注文はバックエンド システムに送信されます。バックエンド システムからの拒否により正常に送信できない注文は、(バックエンド システム外で) 手動で処理する必要があります。
Mule アプリケーションは、顧客がホストするランタイムにデプロイされ、必要に応じて既存の ActiveMQ ブローカーを使用できます。ActiveMQ ブローカーは、組織のファイアウォール内にあります。バックエンド システムには、小規模なネットワーク接続の問題と長時間の停止の両方が原因で、信頼性が低いという実績があります。
Mule アプリケーション コンポーネントと ActiveMQ キューの (本来の目的に使用される) どの慣用的な組み合わせが、バックエンド システムへの注文の自動送信を保証すると同時に、手動注文処理をサポートしながら最小限に抑えるために必要ですか?

정답: C
組織には、HTTP POST 経由で JSON データを受け入れるいくつかの API があります。API はすべて公開されており、いくつかのモバイル アプリケーションと Web アプリケーションに関連付けられています。組織は、これらの API に認証ポリシーやコンプライアンス ポリシーを使用することを望んでいませんが、同時に、API 実装を実行しているアプリケーションやサーバーを何らかの方法で侵害する可能性のあるペイロードを悪意のある人物が送信する可能性があることを懸念しています。この脅威への露出に対処できる、すぐに使用できる Anypoint Platform ポリシーはどれですか?

정답: B
설명: (DumpTOP 회원만 볼 수 있음)
Integration Mule アプリケーションは、2 つのシステム間で顧客データを同期するように設計されています。1 つのシステムは IBM メインフレームで、もう 1 つのシステムは Salesforce Marketing Cloud (CRM) インスタンスです。どちらのシステムも標準的な構成でデプロイされており、Salesforce と IBM が提供するネイティブ プロトコルを使用して呼び出されます。
これらのインターフェース技術を実装する Anypoint コネクタが存在すると仮定した場合、これらのシステムと対話するためにこの Mute アプリケーションで使用するのに最も簡単で適切なインターフェース技術はどれですか?

정답: A
설명: (DumpTOP 회원만 볼 수 있음)
ある小売会社は、MuleSoft API を実装して、各ベンダーのオンライン アプリケーションを呼び出して 2 つのベンダーから在庫の詳細を取得しています。ネットワークの問題により、ベンダー アプリケーションへの呼び出しが断続的にタイムアウトになりますが、各ベンダー アプリケーションを再呼び出しすると、要求は成功します。
各ベンダー アプリケーションを呼び出し、タイムアウト エラーを生成する呼び出しを再試行する API を実装する最もパフォーマンスの高い方法は何ですか?

정답: D
설명: (DumpTOP 회원만 볼 수 있음)
統合チームは、完全なライフサイクル API 開発に対する MuleSoft の推奨アプローチに従います。
このチームは、API 実装フェーズでどのアクティビティを実行する必要がありますか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)
Mule アプリケーションの名前 Pub は、永続オブジェクト ストアを使用します。Pub Mule アプリケーションは Cloudhub にデプロイされ、Object Store v2 を使用するように構成されています。
Pub Mule アプリケーション永続オブジェクト ストアから値を取得するために、別の Mule アプリケーション名サブが開発されており、これもクラウドハブにデプロイされます。
Sub Mule アプリケーションが Pub Mule アプリケーション永続化オブジェクト ストアから最小のレイテンシで値を取得する最も直接的な方法はどれですか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)
展示を参照してください。

組織は、組織のオンプレミス システムに接続する Mule アプリケーションの非実稼働デプロイメント用に Anypoint VPC のサイジングを行っています。これは約に適用されます。60 ミュール アプリケーション。各アプリケーションは、2 つの CloudHub i ワーカーにデプロイされます。組織には現在、この VPC を共有する 3 つの非実稼働環境 (DEV、SIT、および UAT) があります。VPC の AWS リージョンには 2 つの AZ があります。
この組織には、本番環境に自動的にデプロイする前に、すべての非本番環境を通じて各アプリケーションを自動的に進行させる、非常に成熟した DevOps アプローチがあります。このプロセスにより、CloudHub の通常のゼロ ダウンタイム デプロイ機能を使用して、1 時間に複数の Mule アプリケーションがデプロイされます。
使用可能なプライベート IP アドレス範囲が最小になる、この VPC の CIDR ブロックは何ですか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)
Mule アプリケーションのretrieveBalances フローは、一度に 1 つのアカウント レコードのみを検索できる Finance システムへのコネクタでの操作 (Finance 操作) と、Audit システムへの別のコネクタからの操作 (Finance 操作) を使用するように設計されています。監査操作)、一度に 1 つの取引先レコードのみを挿入できます。
パフォーマンス関連の要件を最大限に満たすには、どのスコープを使用する必要がありますか?また、それらをどのように使用して、財務操作と監査操作をretrieveBalances フローに組み込む必要がありますか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)
データの機密性の例は何ですか?

정답: C
설명: (DumpTOP 회원만 볼 수 있음)

우리와 연락하기

문의할 점이 있으시면 메일을 보내오세요. 12시간이내에 답장드리도록 하고 있습니다.

근무시간: ( UTC+9 ) 9:00-24:00
월요일~토요일

서포트: 바로 연락하기