UPDATED [Nov 15, 2022] Pass MuleSoft Certified Integration Architect – Level 1 Exam with Latest Questions [Q22-Q44]

5/5 - (1 vote)

UPDATED [Nov 15, 2022] Pass MuleSoft Certified Integration Architect – Level 1 Exam with Latest Questions

MCIA-Level-1 Exam Practice Questions prepared by MuleSoft Professionals

Who should take the MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam

The MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 exam certification is an internationally recognized certification that helps to have validation for those professionals who are keen to make their career in MuleSoft design, build, test and debug, deploy, and manage basic APIs and integrations.

If a candidate/professional seeks a powerful improvement in career growth needs enhanced knowledge, skills, and talents. The MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 certification provides proof of this advanced knowledge and skill.

Q22. An API implementation is being developed to expose data from a production database via HTTP requests. The API implementation executes a database SELECT statement that is dynamically created based upon data received from each incoming HTTP request. The developers are planning to use various types of testing to make sure the Mule application works as expected, can handle specific workloads, and behaves correctly from an API consumer perspective. What type of testing would typically mock the results from each SELECT statement rather than actually execute it in the production database?

Unit testing (white box)

Integration testing

Functional testing (black box)

Performance testing

Q23. Refer to the exhibit.

A Mule application isdeployed to a multi-node Mule runtime cluster. The Mule application uses the competing consumer pattern among its cluster replicas to receive JMS messages from a JMS queue. To process each received JMS message, the following steps are performed in a flow:
Step l: The JMS Correlation ID header is read from the received JMS message.
Step 2: The Mule application invokes an idempotent SOAP webservice over HTTPS, passing the JMS Correlation ID as one parameter in the SOAP request.
Step 3: The response fromthe SOAP webservice also returns the same JMS Correlation ID.
Step 4: The JMS Correlation ID received from the SOAP webservice is validated to be identical to the JMS Correlation ID received in Step 1.
Step 5: The Mule application creates aresponse JMS message, setting the JMS Correlation ID message header to the validated JMS Correlation ID and publishes that message to a response JMS queue.
Where should the Mule application store the JMS Correlation ID values received in Step 1 and Step 3so that the validation in Step 4 can be performed, while also making the overall Mule application highly available, fault-tolerant, performant, and maintainable?

Both Correlation ID values should be stored in a persistent object store

Both Correlation ID values should be stored In a non-persistent object store

The Correlation ID value in Step 1 should be stored in a persistent object store The Correlation ID value in step 3 should be stored as a Mule event variable/attribute

Both Correlation IDvalues should be stored as Mule event variable/attribute

Q24. What API policy would LEAST likely be applied to a Process API?

Custom circuit breaker

Client ID enforcement

Rate limiting

JSON threat protection

Q25. Anypoint Exchange is required to maintain the source code of some of the assets committed to it, such as Connectors, Templates, and API specifications.
What is the best way to use an organization’s source-code management (SCM) system in this context?

Organizations should continue to use an SCM system of their choice, in addition to keeping source code for these asset types in Anypoint Exchange, thereby enabling parallel development, branching, and merging

Organizations need to use Anypoint Exchange as the main SCM system to centralize versioning and avoid code duplication

Organizations can continue to use an SCM system of their choice for branching and merging, as long as they follow the branching and merging strategy enforced by Anypoint Exchange

Organizations need to point Anypoint Exchange to their SCM system so Anypoint Exchange can pull source code when requested by developers and provide it to Anypoint Studio

Q26. Refer to the exhibit.

One of the backend systems invoked by an API implementation enforces rate limits on the number of requests a particular client can make. Both the backend system and the API implementation are deployed to several non-production environments in addition to production.
Rate limiting of the backend system applies to all non-production environments. The production environment, however, does NOT have any rate limiting.
What is the most effective approach to conduct performance tests of the API implementation in a staging (non-production) environment?

Create a mocking service that replicates the backend system’s production performance characteristics. Then configure the API implementation to use the mocking service and conduct the performance tests

Use MUnit to simulate standard responses from the backend system then conduct performance tests to identify other bottlenecks in the system

Include logic within the API implementation that bypasses invocations of the backend system in a performance test situation. Instead invoking local stubs that replicate typical backend system responses then conduct performance tests using this API Implementation

Conduct scaled-down performance tests in the staging environment against the rate limited backend system then upscale performance results to full production scale

Q27. An organization is designing a mule application to support an all or nothing transaction between serval database operations and some other connectors so that they all roll back if there is a problem with any of the connectors Besides the database connector , what other connector can be used in the transaction.

Anypoint MQ

SFTP

ObjectStore

Q28. An Order microservice and a Fulfillment microservice are being designed to communicate with their dients through message-based integration (and NOT through API invocations).
The Order microservice publishes an Order message (a kind of command message) containing the details of an order to be fulfilled. The intention is that Order messages are only consumed by one Mute application, the Fulfillment microservice.
The Fulfilment microservice consumes Order messages, fulfills the order described therein, and then publishes an OrderFulfilted message (a kind of event message). Each OrderFulfilted message can be consumed by any interested Mule application, and the Order microservice is one such Mute application.
What is the most appropriate choice of message broker(s) and message destination(s) in this scenario?

Order messages are sent to an Anypoint MQ exchange
OrderFulfilted messages are sent to an Anypoint MQ queue
Both microservices interact with Anypoint MQ as the message broker, which must therefore scale to support the toad of both microservices

Older messages are sent directly to the Fulfillment microservices
OrderFulfilled messages are sent directly to the Order microservice
The Order microservice Interacts with one AMQP-compatible message broker and the Fulfillment microservice Interacts with a different AMQP-compatible message broker, so that both message brokers can be chosen and scaled to best support the toad each microservice

Order messages are sent to a JMS queue OrderFulfilled messages are sent to a JMS topic Both microservices Interact with the same JMS provider (message broker) Instance, which must therefore scale to support the load of both microservices

Order messages are sent to a JMS queue OrderFulfilled messages are sent to a JMS topic The Order microservice Interacts with one JMS provider (message broker) and the Fulfillment microservice interacts with a different JMS provider, so that both message brokers can be chosen and scaled to best support the load of each microservice

Q29. Anypoint Exchange is required to maintain the source code of some of the assets committed to it, such as Connectors, Templates, and API specifications.
What is the best way to use an organization’s source-code management (SCM) system in this context?

Organizations need to use Anypoint Exchange as the main SCM system to centralize versioning and avoid code duplication

Organizations can continue to use an SCM system of their choice for branching and merging, as long as they follow the branching and merging strategy enforced by Anypoint Exchange

Organizations need to point Anypoint Exchange to their SCM system so Anypoint Exchange can pull source code when requested by developers and provide it to Anypoint Studio

Q30. A Mule application uses an HTTP Request operation to invoke an external API.
The external API follows the HTTP specification for proper status code usage.
What is a possible cause when a 3xx status code is returned to the HTTP Request operation from the external API?

The request was ACCEPTED by the external API

The request was REDIRECTED to a different URL by the external API

The request was NOT RECEIVED by the external API

The request was NOT ACCEPTED by the external API

Q31. A Mule application is synchronizing customer data between two different database systems.
What is the main benefit of using XA transactions over local transactions to synchronize these two database systems?

Ensures consistency

Reduces latency

Simplifies communication

Increases throughput

Q32. An organization is migrating all its Mule applications to Runtime Fabric (RTF). None of the Mule applications use Mule domain projects.
Currently, all the Mule applications have been manually deployed to a server group among several customer hosted Mule runtimes.
Port conflicts between these Mule application deployments are currently managed by the DevOps team who carefully manage Mule application properties files.
When the Mule applications are migrated from the current customer-hosted server group to Runtime Fabric (RTF), fo the Mule applications need to be rewritten and what DevOps port configuration responsibilities change or stay the same?

Yes, the Mule applications Must be rewritten
DevOps No Longer needs to manage port conflicts between the Mule applications

Yes, the Mule applications Must be rewritten
DevOps Must Still Manage port conflicts.

NO, The Mule applications do NOT need to be rewritten
DevOps MUST STILL manage port conflicts

NO, the Mule applications do NO need to be rewritten
DevOps NO LONGER needs to manage port conflicts between the Mule applications.

Q33. What comparison is true about a CloudHub Dedicated Load Balancer (DLB) vs. the CloudHub Shared Load Balancer (SLB)?

Only a DLB allows the configuration of a custom TLS server certificate

Only the SLB can forward HTTP traffic to the VPC-internal ports of the CloudHub workers

Both a DLB and the SLB allow the configuration of access control via IP whitelists

Both a DLB and the SLB implement load balancing by sending HTTP requests to workers with the lowest workloads

Q34. Refer to the exhibit.

One of the backend systems invoked by an API implementation enforces rate limits on the number of requests a particular client can make. Both the backend system and the API implementation are deployed to several non-production environments in addition to production.
Rate limiting of the backend system applies to all non-production environments. The production environment, however, does NOT have any rate limiting.
What is the most effective approach to conduct performance tests of the API implementation in a staging (non-production) environment?

Use MUnit to simulate standard responses from the backend system then conduct performance tests to identify other bottlenecks in the system

Conduct scaled-down performance tests in the staging environment against the rate limited backend system then upscale performance results to full production scale

Q35. Refer to the exhibit.

A business process involves the receipt of a file from an external vendor over SFTP. The file needs to be parsed and its content processed, validated, and ultimately persisted to a database. The delivery mechanism is expected to change in the future as more vendors send similar files using other mechanisms such as file transfer or HTTP POST.
What is the most effective way to design for these requirements in order to minimize the impact of future change?

Use a MuleSoft Scatter-Gather and a MuleSoft Batch Job to handle the different files coming from different sources

Create a Process API to receive the file and process it using a MuleSoft Batch Job while delegating the data save process to a System API

Create an API that receives the file and invokes a Process API with the data contained In the file, then have the Process API process the data using a MuleSoft Batch Job and other System APIs as needed

Use a composite data source so files can be retrieved from various sources and delivered to a MuleSoft Batch Job for processing

Q36. A Mule application is synchronizing customer data between two different database systems.
What is the main benefit of using eXtended Architecture (XA) transactions over local transactions to synchronize these two different database systems?

An XA transaction synchronizes the database systems with the least amount of Mule configuration or coding

An XA transaction handles the largest number of requests in the shortest time

An XA transaction automatically rolls back operations against both database systems if any operation falls

An XA transaction writes to both database systems as fast as possible

Q37. An integration Mute application is being designed to process orders by submitting them to a backend system for offline processing. Each order will be received by the Mute application through an HTTPS POST and must be acknowledged immediately. Once acknowledged, the order will be submitted to a backend system. Orders that cannot be successfully submitted due to rejections from the backend system will need to be processed manually (outside the backend system).
The Mule application will be deployed to a customer-hosted runtime and is able to use an existing ActiveMQ broker if needed.
The backend system has a track record of unreliability both due to minor network connectivity issues and longer outages.
What idiomatic (used for their intended purposes) combination of Mule application components and ActiveMQ queues are required to ensure automatic submission of orders to the backend system, while minimizing manual order processing?

An On Error scope Non-persistent VM ActiveMQ Dead Letter Queue for manual processing

An On Error scope MuleSoft Object Store ActiveMQ Dead Letter Queue for manual processing

Until Successful componentMuleSoft Object Store ActiveMQ is NOT needed or used

Until Successful component ActiveMQ long retry Queue ActiveMQ Dead Letter Queue for manual processing

Q38. An organization is designing a Mule application to periodically poll an SFTP location for new files containing sales order records and then process those sales orders. Each sales order must be processed exactly once.
To support this requirement, the Mule application must identify and filter duplicate sales orders on the basis of a unique ID contained in each sales order record and then only send the new sales orders to the downstream system.
What is the most idiomatic (used for its intended purpose) Anypoint connector, validator, or scope that can be configured in the Mule application to filter duplicate sales orders on the basis of the unique ID field contained in each sales order record?

Configure a Cache scope to filter and store each record from the received file by the order ID

Configure a Database connector to filter and store each record by the order ID

Configure an Idempotent Message Validator component to filter each record by the order ID

Configure a watermark In an On New or Updated File event source to filter unique records by the order ID

Q39. A Mule application is being designed To receive nightly a CSV file containing millions of records from an external vendor over SFTP, The records from the file need to be validated, transformed. And then written to a database. Records can be inserted into the database in any order.
In this use case, what combination of Mule components provides the most effective and performant way to write these records to the database?

Use a Parallel for Each scope to Insert records one by one into the database

Use a Scatter-Gather to bulk insert records into the database

Use a Batch job scope to bulk insert records into the database.

Use a DataWeave map operation and an Async scope to insert records one by one into the database.

Q40. Additional nodes are being added to an existing customer-hosted Mule runtime cluster to improve performance. Mule applications deployed to this cluster are invoked by API clients through a load balancer.
What is also required to carry out this change?

API implementations using an object store must be adjusted to recognize the new nodes and persist to them

A new load balancer must be provisioned to allow traffic to the new nodes in a round-robin fashion

External monitoring tools or log aggregators must be configured to recognize the new nodes

New firewall rules must be configured to accommodate communication between API clients and the new nodes

Q41. What metrics about API invocations are available for visualization in custom charts using Anypoint Analytics?

Request size, request HTTP verbs, response time

Request size, number of requests, JDBC Select operation result set size

Request size, number of requests, response size, response time

Request size, number of requests, JDBC Select operation response time

Q42. An Organization has previously provisioned its own AWS VPC hosting various servers. The organization now needs to use Cloudhub to host a Mule application that will implement a REST API once deployed to Cloudhub, this Mule application must be able to communicate securely with the customer-provisioned AWS VPC resources within the same region, without being interceptable on the public internet.
What Anypoint Platform features should be used to meet these network communication requirements between Cloudhub and the existing customer-provisioned AWS VPC?

Add a Mulesoft hosted Anypoint VPC configured and with VPC Peering to the AWS VPC

Configure an external identity provider (IDP) in Anypoint Platform with certificates from the customer provisioned AWS VPC

Add a default API Whitelisting policy to API Manager to automatically whitelist the customer provisioned AWS VPC IP ranges needed by the Mule applicaton

Use VM queues in the Mule application to allow any non-mule assets within the customer provisioned AWS VPC to subscribed to and receive messages

Q43. Refer to the exhibit.

A Mule 4 application has a parent flow that breaks up a JSON array payload into 200 separate items, then sends each item one at a time inside an Async scope to a VM queue.
A second flow to process orders has a VM Listener on the same VM queue. The rest of this flow processes each received item by writing the item to a database.
This Mule application is deployed to four CloudHub workers with persistent queues enabled.
What message processing guarantees are provided by the VM queue and the CloudHub workers, and how are VM messages routed among the CloudHub workers for each invocation of the parent flow under normal operating conditions where all the CloudHub workers remain online?

EACH item VM message is processed AT MOST ONCE by ONE CloudHub worker, with workers chosen in a deterministic round-robin fashion Each of the four CloudHub workers can be expected to process 1/4 of the Item VM messages (about 50 items)

EACH item VM message is processed AT LEAST ONCE by ONE ARBITRARY CloudHub worker Each of the four CloudHub workers can be expected to process some item VM messages

ALL Item VM messages are processed AT LEAST ONCE by the SAME CloudHub worker where the parent flow was invoked This one CloudHub worker processes ALL 200 item VM messages

ALL item VM messages are processed AT MOST ONCE by ONE ARBITRARY CloudHub worker This one CloudHub worker processes ALL 200 item VM messages

Q44. Refer to the exhibit.

A business process involves the receipt of a file from an external vendor over SFTP. The file needs to be parsed and its content processed, validated, and ultimately persisted to a database. The delivery mechanism is expected to change in the future as more vendors send similar files using other mechanisms such as file transfer or HTTP POST.
What is the most effective way to design for these requirements in order to minimize the impact of future change?

Use a MuleSoft Scatter-Gather and a MuleSoft Batch Job to handle the different files coming from different sources

Create a Process API to receive the file and process it using a MuleSoft Batch Job while delegating the data save process to a System API

Use a composite data source so files can be retrieved from various sources and delivered to a MuleSoft Batch Job for processing

The benefit of obtaining the MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam Certification

MCD Level 1 certification will be judging your skills and knowledge on your understanding of Application Development security concepts & Understanding of the need to secure an Application Development, what objects can be secured, what objects ought to be secured, user accounts, roles.
This certification credential will give you an edge over other counterparts. Apart from knowledge from MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam.
It helps you to make your career into MuleSoft development covering design, build, test and debug, deploy, and manage basic APIs and integrations, this will help you to get respectful plus highly paid jobs into the Market. Statistics on the MuleSoft Certification website indicate that 91% of hiring managers consider certification as part of their hiring criteria. The main benefit of earning a MuleSoft Certification is that it shows potential employers/hiring managers that you have the requirements and skills to be the perfect candidate for the job.

What is the duration, language, and format of MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam

Number of Questions: 58
Passing score: 70%
Length of Examination: 120 minutes
Language: English
Type of Questions: Single and Multiple Choice.

MCIA-Level-1 Exam Practice Materials Collection: https://www.actualcollection.com/MCIA-Level-1-exam-questions.html

Who should take the MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam

The benefit of obtaining the MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam Certification

What is the duration, language, and format of MuleSoft mcia – Level 1: MuleSoft Certified Integration Architect – Level 1 Exam

Leave a comment Cancel reply