Cisco
CompTIA
ISC
EC-Council
EXIN
Fortinet
ITIL
Juniper
Microsoft
VMware
Avaya
SAP
Google
NVIDIA
Salesforce
Amazon
Palo Alto Networks
ISC2
Splunk
ServiceNow
All Vendors
  2. Home
  3. Exams
  4. MuleSoft
  5. MCIA-LEVEL-1-MAINTENANCE

MuleSoft MCIA-LEVEL-1-MAINTENANCE Exam Questions
MuleSoft Certified Integration Architect - Level 1 MAINTENANCE (Page 6 )

Updated On: 26-Apr-2026
Page 5 of 25
PDF with 116 Questions

A Mule application is built to support a local transaction for a series of operations on a single database. The mule application has a Scatter-Gather scope that participates in the local transaction. What is the behavior of the Scatter-Gather when running within this local transaction?

  1. Execution of all routes within Scatter-Gather occurs in parallel Any error that occurs inside Scatter
    Gather will result in a roll back of all the database operations
  2. Execution of all routes within Scatter-Gather occurs sequentially Any error that occurs inside Scatter-Gather will be handled by error handler and will not result in roll back
  3. Execution of all routes within Scatter-Gather occurs sequentially Any error that occurs inside Scatter-Gather will result in a roll back of all the database operations
  4. Execution of all routes within Scatter-Gather occurs in parallel Any error that occurs inside Scatter
    Gather will be handled by error handler and will not result in roll back

Answer(s): A



A leading bank implementing new mule API.
The purpose of API to fetch the customer account balances from the backend application and display them on the online platform the online banking platform. The online banking platform will send an array of accounts to Mule API get the account balances. As a part of the processing the Mule API needs to insert the data into the database for auditing purposes and this process should not have any performance related implications on the account balance retrieval flow
How should this requirement be implemented to achieve better throughput?

  1. Implement the Async scope fetch the data from the backend application and to insert records in the Audit database
  2. Implement a for each scope to fetch the data from the back-end application and to insert records

    into the Audit database
  3. Implement a try-catch scope to fetch the data from the back-end application and use the Async scope to insert records into the Audit database
  4. Implement parallel for each scope to fetch the data from the backend application and use Async scope to insert the records into the Audit database

Answer(s): D



A system API EmployeeSAPI is used to fetch employee's data from an underlying SQL database. The architect must design a caching strategy to query the database only when there is an update to the employees stable or else return a cached response in order to minimize the number of redundant transactions being handled by the database.
What must the architect do to achieve the caching objective?

  1. Use an On Table Row on employees table and call invalidate cache Use an object store caching strategy and expiration interval to empty
  2. Use a Scheduler with a fixed frequency every hour triggering an invalidate cache flow Use an object store caching strategy and expiration interval to empty
  3. Use a Scheduler with a fixed frequency every hour triggering an invalidate cache flow Use an object store caching strategy and set expiration interval to 1-hour
  4. Use an on table rule on employees table call invalidate cache and said new employees data to cache
    Use an object store caching strategy and set expiration interval to 1-hour

Answer(s): A



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?

  1. 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
  2. Use MUnit to simulate standard responses from the back-end system.

    Then conduct performance test to identify other bottlenecks in the system
  3. 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
  4. Conduct scaled-down performance tests in the staging environment against rate-limiting back-end system. Then upscale performance results to full production scale

Answer(s): C



An application deployed to a runtime fabric environment with two cluster replicas is designed to periodically trigger of flow for processing a high-volume set of records from the source system and synchronize with the SaaS system using the Batch job scope After processing 1000 records in a periodic synchronization of 1 lakh records, the replicas in which batch job instance was started went down due to unexpected failure in the runtime fabric environment
What is the consequence of losing the replicas that run the Batch job instance?

  1. The remaining 99000 records will be lost and left and processed
  2. The second replicas will take over processing the remaining 99000 records
  3. A new replacement replica will be available and will be process all 1,00,000 records from scratch leading to duplicate record processing
  4. A new placement replica will be available and will take or processing the remaining 99,000 records

Answer(s): B



Viewing page 6 of 25
Viewing questions 26 - 30 out of 116 questions
Share your experience with other


AI Tutor AI Tutor 👋 I’m here to help!