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. MCPA-LEVEL-1-MAINTENANCE

MuleSoft MCPA-LEVEL-1-MAINTENANCE Exam Questions
MuleSoft Certified Platform Architect - Level 1 MAINTENANCE (Page 2 )

Updated On: 15-Feb-2026
Page 2 of 17
PDF with 80 Questions

Refer to the exhibit.



what is true when using customer-hosted Mule runtimes with the MuleSoft-hosted Anypoint Platform control plane (hybrid deployment)?

  1. Anypoint Runtime Manager initiates a network connection to a Mule runtime in order to deploy Mule applications
  2. The MuleSoft-hosted Shared Load Balancer can be used to load balance API invocations to the Mule runtimes
  3. API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane
  4. Anypoint Runtime Manager automatically ensures HA in the control plane by creating a new Mule runtime instance in case of a node failure

Answer(s): C

Explanation:

Correct Answer: API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane.
*****************************************
>> We CANNOT use Shared Load balancer to load balance APIs on customer hosted runtimes



>> For Hybrid deployment models, the on-premises are first connected to Runtime Manager using Runtime Manager agent. So, the connection is initiated first from On-premises to Runtime Manager. Then all control can be done from Runtime Manager. >> Anypoint Runtime Manager CANNOT ensure automatic HA. Clusters/Server Groups etc should be configured before hand.

Only TRUE statement in the given choices is, API implementations can run successfully in customer- hosted Mule runtimes, even when they are unable to communicate with the control plane. There are several references below to justify this statement.


Reference:

https://docs.mulesoft.com/runtime-manager/deployment-strategies#hybrid-deployments https://help.mulesoft.com/s/article/On-Premise-Runtimes-Disconnected-From-US-Control-Plane- June-18th-2018
https://help.mulesoft.com/s/article/Runtime-Manager-cannot-manage-On-Prem-Applications-and- Servers-from-US-Control-Plane-June-25th-2019
https://help.mulesoft.com/s/article/On-premise-Runtimes-Appear-Disconnected-in-Runtime- Manager-May-29th-2018



============================



============================



An API client calls one method from an existing API implementation. The API implementation is later updated.
What change to the API implementation would require the API client's invocation logic to also be updated?

  1. When the data type of the response is changed for the method called by the API client
  2. When a new method is added to the resource used by the API client
  3. When a new required field is added to the method called by the API client
  4. When a child method is added to the method called by the API client

Answer(s): C

Explanation:

Correct Answer: When a new required field is added to the method called by the API client
*****************************************

>> Generally, the logic on API clients need to be updated when the API contract breaks. >> When a new method or a child method is added to an API , the API client does not break as it can still continue to use its existing method. So these two options are out. >> We are left for two more where "datatype of the response if changed" and "a new required field is added".
>> Changing the datatype of the response does break the API contract. However, the question is insisting on the "invocation" logic and not about the response handling logic. The API client can still invoke the API successfully and receive the response but the response will have a different datatype for some field.
>> Adding a new required field will break the API's invocation contract. When adding a new required field, the API contract breaks the RAML or API spec agreement that the API client/API consumer and API provider has between them. So this requires the API client invocation logic to also be updated.



An organization has created an API-led architecture that uses various API layers to integrate mobile clients with a backend system. The backend system consists of a number of specialized components and can be accessed via a REST API. The process and experience APIs share the same bounded- context model that is different from the backend data model.
What additional canonical models, bounded-context models, or anti-corruption layers are best added to this architecture to help process data consumed from the backend system?

  1. Create a bounded-context model for every layer and overlap them when the boundary contexts overlap, letting API developers know about the differences between upstream and downstream data models
  2. Create a canonical model that combines the backend and API-led models to simplify and unify data models, and minimize data transformations.
  3. Create a bounded-context model for the system layer to closely match the backend data model, and add an anti-corruption layer to let the different bounded contexts cooperate across the system and process layers
  4. Create an anti-corruption layer for every API to perform transformation for every data model to match each other, and let data simply travel between APIs to avoid the complexity and overhead of building canonical models

Answer(s): C

Explanation:

Correct Answer: Create a bounded-context model for the system layer to closely match the backend data model, and add an anti-corruption layer to let the different bounded contexts cooperate across the system and process layers
*****************************************
>> Canonical models are not an option here as the organization has already put in efforts and created bounded-context models for Experience and Process APIs. >> Anti-corruption layers for ALL APIs is unnecessary and invalid because it is mentioned that experience and process APIs share same bounded-context model. It is just the System layer APIs that need to choose their approach now.
>> So, having an anti-corruption layer just between the process and system layers will work well. Also to speed up the approach, system APIs can mimic the backend system data model.



Which of the following sequence is correct?

  1. API Client implementes logic to call an API >> API Consumer requests access to API >> API Implementation routes the request to >> API
  2. API Consumer requests access to API >> API Client implementes logic to call an API >> API routes the request to >> API Implementation
  3. API Consumer implementes logic to call an API >> API Client requests access to API >> API Implementation routes the request to >> API
  4. API Client implementes logic to call an API >> API Consumer requests access to API >> API routes the request to >> API Implementation

Answer(s): B

Explanation:

Correct Answer: API Consumer requests access to API >> API Client implementes logic to call an API >> API routes the request to >> API Implementation *****************************************
>> API consumer does not implement any logic to invoke APIs. It is just a role. So, the option stating "API Consumer implementes logic to call an API" is INVALID. >> API Implementation does not route any requests. It is a final piece of logic where functionality of target systems is exposed. So, the requests should be routed to the API implementation by some other entity. So, the options stating "API Implementation routes the request to >> API" is INVALID >> The statements in one of the options are correct but sequence is wrong. The sequence is given as "API Client implementes logic to call an API >> API Consumer requests access to API >> API routes the request to >> API Implementation". Here, the statements in the options are VALID but sequence is WRONG.
>> Right option and sequence is the one where API consumer first requests access to API on Anypoint Exchange and obtains client credentials. API client then writes logic to call an API by using the access client credentials requested by API consumer and the requests will be routed to API implementation via the API which is managed by API Manager.



Which of the below, when used together, makes the IT Operational Model effective?

  1. Create reusable assets, Do marketing on the created assets across organization, Arrange time to time LOB reviews to ensure assets are being consumed or not
  2. Create reusable assets, Make them discoverable so that LOB teams can self-serve and browse the APIs, Get active feedback and usage metrics
  3. Create resuable assets, make them discoverable so that LOB teams can self-serve and browse the APIs

Answer(s): C

Explanation:

Correct Answer: Create reusable assets, Make them discoverable so that LOB teams can self-serve and browse the APIs, Get active feedback and usage metrics.
*****************************************






Post your Comments and Discuss MuleSoft MCPA-LEVEL-1-MAINTENANCE exam dumps with other Community members:

Join the MCPA-LEVEL-1-MAINTENANCE Discussion