Exam Name: Salesforce Certified MuleSoft Platform Architect

Exam Code: Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201)

Related Certification(s): Salesforce MuleSoft Certified Architect Certification

Certification Provider: Salesforce

Actual Exam Duration: 120 Minutes

Number of Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Practice Questions: 152 (updated: )

Expected Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Exam Topics:
Topic 1: Explaining Application Network Basics
This topic includes subtopics related to identifying and differentiating between technologies for API-led connectivity, describing the role and characteristics of web APIs, assigning APIs to tiers, and understanding Anypoint Platform components.
Topic 2: Establishing Organizational and Platform Foundations
Advising on a Center for Enablement (C4E) and identifying KPIs, describing MuleSoft Catalyst’s structure, comparing Identity and Client Management options, and identifying data residency types are essential subtopics.
Topic 3: Designing and Sharing APIs
Identifying dependencies between API components, creating and publishing reusable API assets, mapping API data models between Bounded Contexts, and recognizing idempotent HTTP methods.
Topic 4: Designing APIs Using System, Process, and Experience Layers
Identifying suitable APIs for business processes, assigning them according to functional focus, and recommending data model approaches are its subtopics.
Topic 5: Governing Web APIs on Anypoint Platform
This topic includes subtopics related to managing API instances and environments, selecting API policies, enforcing API policies, securing APIs, and understanding OAuth 2.0 relationships.
Topic 6: Architecting and Deploying API Implementations
It covers important aspects like using auto-discovery, identifying VPC requirements, comparing hosting options, and understanding testing methods. The topic also involves automated building, testing, and deploying in a DevOps setting.
Topic 7: Deploying API Implementations to CloudHub
Understanding Object Store usage, selecting worker sizes, predicting app reliability and performance, and comparing load balancers. Avoiding single points of failure in deployments is also its sub-topic.
Topic 8: Meeting API Quality Goals
This topic focuses on designing resilience strategies, selecting appropriate caching and OS usage scenarios, and describing horizontal scaling benefits.
Topic 9: Monitoring and Analyzing Application Networks
It discusses Anypoint Platform components for data generation, collected metrics, and key alerts. This topic also includes specifying alerts to define Mule applications.
Free Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Exam Actual Questions
Note: Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Premium Questions were last updated on

Q1. An organization is implementing a Quote of the Day API that caches today’s quote. What scenario can use the CloudHub Object Store via the Object Store connector to persist the cache’s state?

Q2. An organization wants to enforce a Client ID Enforcement policy in API Manager so that only registered partner applications can invoke the organization’s APIs. In what type of API implementation does MuleSoft recommend adding an API proxy to enforce the Client ID Enforcement policy, rather than embedding the policy directly in the application’s JVM?

Q3. The implementation of a Process API must change. What is a valid approach that minimizes the impact of this change on API clients?

Q4. The asset version 2.0.0 of the Order API is successfully published in Exchange and configured in API Manager with the Autodiscovery API ID correctly linked to the API implementation. A new GET method is added to the existing API specification, and after updates, the asset version of the Order API is 2.0.1. What happens to the Autodiscovery API ID when the new asset version is updated in API Manager?

Q5. A Rate Limiting policy is applied to an API implementation to protect the back-end system. Recently, surges in demand cause some API client POST requests to be rejected with policy-related errors. How should the API policies be changed to reduce the frequency of errors returned to API clients, while still protecting the back-end system?