About the Salesforce Certified MuleSoft Platform Architect Exam

The Salesforce Certified MuleSoft Platform Architect Exam is designed for individuals who have experience defining and being responsible for an organization’s Anypoint Platform strategy.

The Salesforce Certified MuleSoft Platform Architect is able to direct the emergence of an effective application network out of individual integration solutions following application programming interface (API)-led connectivity across an organization using Anypoint Platform.

 

Audience Description: Salesforce Certified MuleSoft Platform Architect

Salesforce Certified MuleSoft Platform Architect candidates have the knowledge, skills, and experience to:

• Optimize and shape the Anypoint Platform deployment in the specific organizational context, working with business, infrastructure, InfoSec, and other teams.
• Define how Anypoint Platform is used in conjunction with other tools and applications in the organization.
• Define the usage of Anypoint Platform and the corresponding organizational and process changes needed to help the platform be sustainable.
• Provide guidance and drive the creation of standards, reusable assets, and automation required for scale and multi-line of business (LoB) adoption.

 

Typical job roles of a Salesforce Certified MuleSoft Platform Architect candidate may include the following positions that have experience with common integration approaches (such as SOA) and integration technologies/platforms, as well as basic knowledge and experience with the components of Anypoint Platform.

• Enterprise Architects
• Solution Architects

 

Purpose of This Exam Guide

This exam guide is designed to help you prepare for the Salesforce Certified MuleSoft Platform Architect Exam. This guide provides information about the target audience, the recommended training and documentation, and a complete list of exam objectives. Salesforce highly recommends a combination of on-the-job experience and self-study to maximize your chances of passing the exam.

About the Exam

Read on for details about the Salesforce Certified MuleSoft Platform Architect Exam.

• Content: 60 multiple-choice questions and up to five non-scored questions
• Time allotted to complete the exam: 120 minutes (time allows for unscored questions)
• Passing score: 70%
• Version: Exam questions align to the Spring ’24 release
• Registration fee: US$400, JPY 60,000, plus applicable taxes as required per local law
• Retake fee: US$200, JPY 60,000, plus applicable taxes as required per local law
• Delivery options: Proctored exam delivered onsite at a testing center or in an online environment; find more information on scheduling an exam here.
• References: No hard-copy or online materials may be referenced during the exam.
• Prerequisite: None

 

Exam Outline

The Salesforce Certified MuleSoft Platform Architect Exam measures a candidate’s knowledge and skills related to the following objectives. Candidates should have experience in defining and being responsible for an organization’s Anypoint Platform strategy. Candidates should also have the knowledge and skills to direct the emergence of an effective application network from individual integration solutions, following application programming interface (API)-led connectivity across an organization using Anypoint Platform.

Explaining application network basics: 7%

• Identify and differentiate between technologies typically used to implement API-led connectivity.
• Describe the role and characteristics of web APIs.
• Correctly assign APIs to tiers according to ownership, functional focus, and rate of change.
• Describe the capabilities and high-level components of Anypoint Platform.

 

Establishing organizational and platform foundations: 10%

• Advise on establishing a Center for Enablement (C4E) and identify key performance indicators (KPIs) to measure its success.
• Describe the high-level structure and benefits of MuleSoft Catalyst.
• Choose between options for hosting and managing Anypoint Platform control and runtime planes.
• Compare and contrast Identity Management and Client Management options on Anypoint Platform.
• Identify data residency of different kinds of data (payload, metrics, and others).

 

Designing and sharing APIs: 10%

• Identify dependencies between an API, its API specification, its implementation, and its clients.
• Describe the creation and publication of reusable API-related assets using API specifications and Anypoint Platform components.
• Identify changes to an API that would require or not require changing the major/minor/patch component of its semantic version.
• Given a specific power relationship between two Bounded Contexts, choose the most appropriate strategy for mapping between the API data models of these Bounded Contexts.
• Identify idempotent HTTP methods and HTTP-native support for optimistic concurrency.

 

Designing APIs using System, Process, and Experience Layers: 12%

• Identify appropriate APIs to implement a business process and assign them to layers of API-led connectivity.
• Assign APIs to layers according to ownership, functional focus, and rate of change.
• Recommend the most appropriate approach relating the API data model of System APIs to that of their backend system based on specific requirements and organizational characteristics.
• Recommend the use of an Enterprise Data Model or Bounded Context Data Models based on a set of APIs and specific preferences and organizational characteristics.
• Select DataGraph only for suitable roles in an application network, according to its high-level features.

 

Governing web APIs on Anypoint Platform: 17%

• Make appropriate use of API instances and environments in API Manager, taking into account the nature of the API and the underlying data and system.
• Select appropriate API policies and other components of the API to support specific non-functional requirements (NFRs).
• Identify any change(s) required to an API specification to reflect the application of an API policy with specific characteristics.
• Select an approach to API policy enforcement based on specific preferences and constraints, including, but not limited to, API proxies/API gateways and Anypoint Service Mesh.
• Secure web APIs using API policies appropriately chosen for the API’s tier (System, Process, Experience).
• Describe in what circumstances and how to pass client ID and secret to a web API.
• Explain how to request access to an API version for an API client, and how that access is approved and revoked.
• Select appropriate API policies to enforce non-functional security constraints on web API invocations.
• Explain the relationships of Anypoint Platform, external Identity Providers (IdPs), AP Business Groups, and API clients in the context of OAuth 2.0.
• Identify scenarios needing custom API policies.

 

Architecting and deploying API implementations: 11%

• Explain how to use auto-discovery to link a web API implementation to an API instance managed with API Manager.
• Identify requirements that call for the use of an Anypoint Virtual Private Cloud (VPC).
• Compare and contrast options for hosting and managing Anypoint Platform runtime planes.
• Compare unit and integration tests and specify where MUnit is best employed.
• Explain options for automated building, testing, and deployment of API implementations and related artifacts in a DevOps setting.

 

Deploying API implementations to CloudHub: 11%

• Describe the scenarios for which Object Store (OS) should be used with CloudHub.
• Select CloudHub worker sizes and configuration as appropriate.
• Given an app deployed to the CloudHub shared worker cloud in one or more regions, describe and predict its reliability and performance characteristics.
• Identify the defining differences between the CloudHub Shared and Dedicated Load Balancers.
• Compare and contrast the options for CloudHub networking in the presence of customer-owned Amazon VPCs and on-premises data centers.
• Identify and avoid single points of failure in CloudHub deployments of API implementations.

 

Meeting API quality goals: 10%

• Design, describe, and differentiate between scenarios that use an OS or caching.
• Select resilience strategies that help web API clients guard against failures when invoking APIs.
• Describe when horizontal scaling of an API implementation is or is not likely to benefit response time and throughput as seen by API clients.

 

Monitoring and analyzing application networks: 12%

• Identify the components of Anypoint Platform that generate data for monitoring and alerting.
• Describe the metrics collected by Anypoint Platform for API invocations.
• Specify alerts to define for key metrics of API invocations for all layers of API-led connectivity.
• Specify alerts to define for Mule applications.