Mulesoft MuleSoft Certified Architect MCIA-LEVEL-1-MAINTENANCE Questions & Answers

• Question 131:

  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?

  A. 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)

  B. 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

  C. 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

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

  Correct Answer: B

  Correct answer is 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 In Cloudhub, each persistent VM queue is listened on by every CloudHub worker - But each message is read and processed at least once by only one CloudHub worker and the duplicate processing is possible - If the CloudHub worker fails , the message can be read by another worker to prevent loss of messages and this can lead to duplicate processing - By default , every CloudHub worker's VM Listener receives different messages from VM Queue Referenece: https://dzone.com/articles/deploying-mulesoft-application-on-1-worker-vs-mult

• Question 132:

  An organization heeds to procure an enterprise software system to increase cross-selling opportunities and better rack prospect data.

  Which category of enterprise software has these core capabilities, when used for its typical and intended purpose?

  A. Supply Chain Management (SCM)

  B. IT Service Management (ITSM)

  C. Business-to-Business (A2B)

  D. Customer Relationship Management (CRM)

  Correct Answer: D

• Question 133:

  How are the API implementation , API client, and API consumer combined to invoke and process an API ?

  A. The API consumer creates an API implementation , which receives API invocations from an API such that they are processed for an API client

  B. The API consumer creates an API client which sends API invocations to an API such that they are processed by an API implementation

  C. An API client creates an API consumer, which receives API invocation from an API such that they are processed for an API implementation

  D. The API client creates an API consumer which sends API invocations to an API such that they are processed by API implementation

  Correct Answer: C

  The API consumer creates an API client which sends API invocations to an API such that they are processed by an API implementation This is based on below definitions API client ?An application component ?that accesses a service ?by invoking an API of that service - by definition of the term API over HTTP API consumer ?A business role, which is often assigned to an individual ?that develops API clients, i.e., performs the activities necessary for enabling an API client to invoke APIs API implementation ?An application component ?that implements the functionality

• Question 134:

  A Mule application is deployed to a cluster of two(2) cusomter-hosted Mule runtimes. Currently the node name Alice is the primary node and node named bob is the secondary node. The mule application has a flow that polls a directory on a file system for new files.

  The primary node Alice fails for an hour and then restarted. After the Alice node completely restarts, from what node are the files polled, and what node is now the primary node for the cluster?

  A. Files are polled from Alice node Alice is now the primary node

  B. Files are polled form Bob node Alice is now the primary node

  C. Files are polled from Alice node Bob is the now the primary node

  D. Files are polled form Bob node Bob is now the primary node

  Correct Answer: D

  * Mule High Availability Clustering provides basic failover capability for Mule. * When the primary Mule Runtime becomes unavailable, for example, because of a fatal JVM or hardware failure or it's taken offline for maintenance, a backup Mule Runtime immediately becomes the primary node and resumes processing where the failed instance left off. * After a system administrator recovers a failed Mule Runtime server and puts it back online, that server automatically becomes the backup node. In this case, Alice, once up, will become backup Reference: https://docs.mulesoft.com/mule- runtime/4.3/hadr-guide So correct choice is : Files are polled form Bob node Bob is now the primary node

• Question 135:

  A Mule application contains a Batch Job scope with several Batch Step scopes. The Batch Job scope is configured with a batch block size of 25.

  A payload with 4,000 records is received by the Batch Job scope.

  When there are no errors, how does the Batch Job scope process records within and between the Batch Step scopes?

  A. The Batch Job scope processes multiple record blocks in parallel, and a block of 25 records can jump ahead to the next Batch Step scope over an earlier block of records Each Batch Step scope is invoked with one record in the payload of the received Mule event For each Batch Step scope, all 25 records within a block are processed in parallel All the records in a block must be completed before the block of 25 records is available to the next Batch Step scope

  B. The Batch Job scope processes each record block sequentially, one at a time Each Batch Step scope is invoked with one record in the payload of the received Mule event For each Batch Step scope, all 25 records within a block are processed sequentially, one at a time All 4000 records must be completed before the blocks of records are available to the next Batch Step scope

  C. The Batch Job scope processes multiple record blocks in parallel, and a block of 25 records can jump ahead to the next Batch Step scope over an earlier block of records Each Batch Step scope is invoked with one record in the payload of the received Mule event For each Batch Step scope, all 25 records within a block are processed sequentially, one record at a time All the records in a block must be completed before the block of 25 records is available to the next Batch Step scope

  D. The Batch Job scope processes multiple record blocks in parallel Each Batch Step scope is invoked with a batch of 25 records in the payload of the received Mule event For each Batch Step scope, all 4000 records are processed in parallel Individual records can jump ahead to the next Batch Step scope before the rest of the records finish processing in the current Batch Step scope

  Correct Answer: A

  Reference: https://docs.mulesoft.com/mule-runtime/4.4/batch-processing-concept

• Question 136:

  An organization has an HTTPS-enabled Mule application named Orders API that receives requests from another Mule application named Process Orders.

  The communication between these two Mule applications must be secured by TLS mutual authentication (two-way TLS).

  At a minimum, what must be stored in each truststore and keystore of these two Mule applications to properly support two-way TLS between the two Mule applications while properly protecting each Mule application's keys?

  A. Orders API truststore: The Orders API public key Process Orders keystore: The Process Orders private key and public key

  B. Orders API truststore: The Orders API private key and public key Process Orders keystore: The Process Orders private key public key

  C. Orders API truststore: The Process Orders public key Orders API keystore: The Orders API private key and public key Process Orders truststore: The Orders API public key Process Orders keystore: The Process Orders private key and public key

  D. Orders API truststore: The Process Orders public key Orders API keystore: The Orders API private key Process Orders truststore: The Orders API public key Process Orders keystore: The Process Orders private key

  Correct Answer: C

  Reference: https://www.caeliusconsulting.com/blogs/one-way-and-two-way-tls-and-their- implementation-in-mulesoft/

• Question 137:

  In preparation for a digital transformation initiative, an organization is reviewing related IT integration projects that failed for various for reason.

  According to MuleSoft's surveys of global IT leaders, what is a common cause of IT project failure that this organization may likely discover in its assessment?

  A. Following an Agile delivery methodology

  B. Reliance on an Integration-Platform-as-a-Service (iPaaS)

  C. Spending too much time on enablement

  D. Lack of alignment around business outcomes

  Correct Answer: D

• Question 138:

  What best describes the Fully Qualified Domain Names (FQDNs), also known as DNS entries, created when a Mule application is deployed to the CloudHub Shared Worker Cloud?

  A. A fixed number of FQDNs are created, IRRESPECTIVE of the environment and VPC design

  B. The FQDNs are determined by the application name chosen, IRRESPECTIVE of the region

  C. The FQDNs are determined by the application name, but can be modified by an administrator after deployment

  D. The FQDNs are determined by both the application name and the region

  Correct Answer: D

  Every Mule application deployed to CloudHub receives a DNS entry pointing to the CloudHub. The DNS entry is a CNAME for the CloudHub Shared Load Balancer in the region to which the Mule application is deployed. When we deploy the application on CloudHub, we get a generic url to access the endpoints. Generic URL looks as below: ..cloudhub.io is the deployed application name which is unique across all the MuleSoft clients. is the region name in which an application is deployed. The public CloudHub (shared) load balancer already redirects these requests, where myApp is the name of the Mule application deployment to CloudHub: HTTP requests to http://myApp..cloudhub.io redirects to http://mule-workermyApp..cloudhub.io:8081 HTTPS traffic to https://myApp..cloudhub.io redirects to https://mule-worker-myApp..cloudhub.io:8082

• Question 139:

  One of the backend systems involved by the API implementation enforces rate limits on the number of request a particle client can make.

  Both the back-end system and API implementation are deployed to several non-production environments including the staging environment and to a particular production environment. Rate limiting of the back-end system applies to all non-production environments.

  The production environment however does not have any rate limiting.

  What is the cost-effective approach to conduct performance test of the API implementation in the non-production staging environment?

  A. Including logic within the API implementation that bypasses in locations of the back-end system in the staging environment and invoke a Mocking service that replicates typical back-end system responses Then conduct performance test using this API implementation

  B. Use MUnit to simulate standard responses from the back-end system. Then conduct performance test to identify other bottlenecks in the system

  C. Create a Mocking service that replicates the back-end system's production performance characteristics Then configure the API implementation to use the mocking service and conduct the performance test

  D. Conduct scaled-down performance tests in the staging environment against rate-limiting back-end system. Then upscale performance results to full production scale

  Correct Answer: C

• Question 140:

  What is maximum vCores can be allocated to application deployed to CloudHub?

  A. 1 vCores

  B. 2 vCores

  C. 4 vCores

  D. 16 vCores

  Correct Answer: D