MuleSoft Certified Platform Architect - Level 1 Practice Exam | PowerKram
Salesforce · MuleSoft · Practice Exam · Architect

MuleSoft Certified Platform Architect - Level 1 Practice Exam

Prepare for the MCPA credential — directing an application network built on API-led connectivity across Anypoint Platform. Cover platform foundations, API design and governance, CloudHub deployment, and non-functional architecture. Scenario questions, instant feedback in Learn mode, a full timed simulation in Exam mode, and source-linked explanations.

Start 24-hour free trial →
1000+
Practice questions
9
Exam domains
2
Study modes
24h
Free trial

MCPA - Level 1 exam at a glance

Vendor
MuleSoft (Salesforce)
Credential
MuleSoft Certified Platform Architect - Level 1
Exam identifier
MCPA-Level 1 / Mule-Arch-201 (no numeric code)
Questions
60 multiple-choice (may include up to 5 unscored)
Duration
120 minutes
Passing score
70% (about 42 of 60)
Cost
$400 USD including one free retake; ~$200 further retakes
Format
Closed-book, proctored online or at a test center; English
Validity
2 years; renew by re-taking or the short maintenance exam

Source: MuleSoft Certified Platform Architect - Level 1 exam guide and the Salesforce/MuleSoft certification portal. Confirm current details before scheduling.

About the MuleSoft Platform Architect - Level 1 certification

The MuleSoft Certified Platform Architect - Level 1 (MCPA) credential validates that an architect can direct the emergence of an effective application network from individual integration solutions, using API-led connectivity across an organization on Anypoint Platform. It is not a generic infrastructure exam — it is specifically about shaping an organization’s platform strategy: defining how Anypoint Platform is used, establishing a Center for Enablement (C4E), and driving the standards, reusable assets, and automation needed for scale and multi-line-of-business adoption.

The exam is scenario-driven and judgment-heavy. You’re given a business situation — a Quote-of-the-Day API that must share cache state across regions, a Process API that shouldn’t carry a certain policy, a deployment that must avoid single points of failure — and asked to reason about API layering (System, Process, Experience), API Manager policies and contracts, CloudHub deployment options (worker sizing, Shared vs Dedicated Load Balancer, Object Store), and non-functional design for HA, DR, and performance. It expects fluency across the Anypoint components (Design Center, Exchange, API Manager, Runtime Manager, CloudHub, Runtime Fabric, Anypoint MQ, Object Store, Monitoring, Visualizer). PowerKram maps every question to the real exam domains and links each explanation to MuleSoft’s own documentation. For how MuleSoft fits the broader Salesforce ecosystem, see our Salesforce definitive guide.

Exam domains and weighting

MuleSoft structures the MCPA - Level 1 exam around nine domains spanning application-network fundamentals, platform foundations, API design and governance, deployment, and non-functional architecture. Organizational & Platform Foundations carries the most weight. Weights are approximate — confirm the current blueprint on MuleSoft’s exam guide.

Establishing organizational & platform foundations

Platform strategy, business groups and environments, C4E operating model, roles and access, and the organizational changes that make the platform sustainable.

~17%Largest
Managing APIs (policies & governance)

API Manager policies and contracts, client ID enforcement, rate limiting/SLA tiers, and which policies apply at which API layer.

~12%
Explaining application network basics

API-led connectivity, the System / Process / Experience API layers, and how reusable APIs compose into an application network.

~11%
Designing & sharing APIs

API specifications in Design Center, publishing and discovery through Exchange, versioning, and designing for reuse.

~11%
Applying integration patterns for reuse & reliability

Reuse patterns, resilience strategies (retry, circuit breaker, fallback), and when horizontal scaling helps client-observed latency and throughput.

~11%
Architecting & deploying API implementations

Deployment-target selection (CloudHub, Runtime Fabric, hybrid), and matching the target to organizational, security, and residency constraints.

~11%
Deploying API implementations to CloudHub

Worker sizing and configuration, Shared vs Dedicated Load Balancer, VPC/VPN networking, Object Store state sharing, and avoiding single points of failure.

~11%
Meeting API quality goals (non-functional)

Designing for HA, DR, capacity, security, and reliability — the quality attributes that distinguish passing scenario answers.

~8%
Monitoring & analyzing application networks

Anypoint Monitoring metrics, alerting and dashboards, and Anypoint Visualizer for dependency and impact analysis across the network.

~8%

Source: MuleSoft Certified Platform Architect - Level 1 exam guide (nine domains; weights approximate). Confirm the current blueprint on MuleSoft’s guide before scheduling.

Who this exam is for

It’s an architect-level credential for people who shape an organization’s integration platform:

  • Integration and platform architects defining an organization’s Anypoint Platform strategy.
  • Senior MuleSoft developers stepping up into architecture and API-led connectivity design.
  • Enterprise and solution architects owning cross-team API and integration standards.
  • C4E leads and technical leads driving reusable assets, governance, and multi-LOB adoption.

There’s no formal prerequisite, but MuleSoft strongly recommends hands-on Anypoint Platform experience. It pairs with the MuleSoft Integration Architect credential (solution-level design) and the MuleSoft Developer II build credential; the broader Salesforce Integration Architect credential is a strong companion for cross-platform integration strategy. For the roles this credential supports, see the integration & platform architect career guide.

What this practice exam delivers

Score by domain

Every question is tagged to one of the nine MCPA domains — foundations, API design, governance, deployment, non-functional, monitoring — so your report shows exactly which architecture area to sharpen.

Learn mode

Immediate feedback after each question with a full explanation of why the recommended architecture is right and the others wrong — built for MCPA’s dense API-led-connectivity scenarios.

Exam mode

A timed run that mirrors the 60-question, 120-minute format and the 70% bar, so pacing feels familiar on test day.

Source-linked explanations

Every answer links to MuleSoft’s own Anypoint Platform documentation — so you learn CloudHub, API Manager, and Object Store from the source, not just a memorized letter.

Sample MCPA - Level 1 practice questions

Ten free scenario questions across the nine domains, each with a full explanation and a source link to MuleSoft documentation. The complete bank is available with the 24-hour trial.

Question 1 · Architecting & Deploying API Implementations

A platform architect is choosing an Anypoint deployment topology for a financial-services company with strict data-residency requirements and a 99.99% uptime SLA.

Which deployment topology best fits these constraints?

  1. A multi-region Runtime Fabric deployment on customer-managed Kubernetes with active-active configuration, dedicated load balancers, and automated cross-region failover
  2. A free-tier CloudHub deployment for cost savings
  3. On-premises Mule runtime on a single server
  4. CloudHub in a single region with no redundancy
Show answer & explanation

Correct: A. Data residency plus 99.99% uptime calls for customer-controlled infrastructure with redundancy — Runtime Fabric on Kubernetes gives multi-region active-active deployment and automated failover while keeping data where compliance requires.

Why not the others: free-tier (B) lacks enterprise capabilities; a single server (C) is a single point of failure; and single-region CloudHub with no redundancy (D) can’t meet a 99.99% SLA.

Source: MuleSoft Docs — Runtime Fabric → Further reading: PowerKram — MuleSoft Integration Architect →
Question 2 · Meeting API Quality Goals (Non-functional)

A platform architect must design a disaster-recovery strategy for an Anypoint deployment processing 50,000 API calls per minute.

What DR architecture is most appropriate?

  1. Accept that some downtime is inevitable and do not plan for DR
  2. An active-passive (or active-active) cross-region setup with automated health monitoring, cross-region data replication, DNS-based failover, documented runbooks, and regular DR testing against measured RTO/RPO targets
  3. Rely on MuleSoft’s automatic disaster recovery with no additional configuration
  4. Back up application JAR files to a USB drive weekly
Show answer & explanation

Correct: B. High-volume DR needs cross-region deployment, automated health checks that trigger failover, replicated data, DNS-level traffic switching, documented procedures, and regular testing to validate RTO/RPO — a designed, tested strategy.

Why not the others: not planning (A) violates enterprise standards; “automatic DR” (C) isn’t guaranteed without configuration; and USB backups (D) are inadequate for production recovery.

Source: MuleSoft Docs — Runtime Fabric →
Question 3 · Establishing Organizational & Platform Foundations

A platform architect is defining the environment strategy for a client with 8 development teams that need isolated development, shared testing, and production.

How should the Anypoint Platform environments be structured?

  1. A single environment for all teams and purposes
  2. One environment per developer
  3. Separate environments for Development (per-team or shared), QA/Testing (shared with access controls), Staging (production mirror), and Production, with CI/CD promoting applications through them
  4. Only Development and Production, with no testing stages
Show answer & explanation

Correct: C. A structured strategy isolates where needed and shares where efficient: per-team or shared Dev for parallel work, shared QA with access controls for integration testing, Staging as a production mirror, and CI/CD promotion between them.

Why not the others: a single environment (A) causes conflicts; per-developer environments (B) are wasteful; and skipping testing stages (D) risks production issues.

Source: MuleSoft Docs — Environments → Further reading: PowerKram — DevOps guide →
Question 4 · Managing APIs (Policies & Governance)

A platform architect must design how API credentials, secrets, and access are governed across environments on Anypoint Platform.

What approach best meets enterprise security and governance goals?

  1. Rely on network firewalls as the sole security mechanism
  2. Use the same password across all environments to simplify management
  3. Store all secrets in application properties files committed to Git
  4. Use Anypoint secure/encrypted properties, integrate an enterprise secrets vault for rotation and audit, enforce TLS everywhere, and apply role-based access control across platform components
Show answer & explanation

Correct: D. Enterprise governance needs encrypted secure properties (never plaintext in Git), an enterprise vault for rotation and audit, TLS on all communication, and RBAC controlling who can do what across environments.

Why not the others: firewalls alone (A) don’t protect application-level secrets; shared passwords (B) violate least privilege; and Git-committed secrets (C) are exposed in version history.

Source: MuleSoft Docs — API Manager → Further reading: PowerKram — Security guide →
Question 5 · Meeting API Quality Goals (Non-functional)

A platform architect is sizing infrastructure for a Mule application that must handle 10,000 concurrent API requests with sub-200ms response times.

What capacity-planning approach is best?

  1. Use the smallest available instance size to minimize cost
  2. Load-test to establish per-worker throughput at the target latency, calculate the number of workers/replicas needed, configure horizontal auto-scaling, and plan ~30% headroom above peak
  3. Deploy a single large server and hope it handles the load
  4. Size from the vendor’s marketing materials without testing
Show answer & explanation

Correct: B. Capacity planning needs empirical load-test data for per-worker throughput at the target latency, horizontal scaling to distribute load, auto-scaling for variability, and headroom for spikes. (Mule workers scale horizontally, not vertically.)

Why not the others: minimal sizing (A) sacrifices performance; a single server (C) risks under-provisioning and is a single point of failure; and vendor estimates (D) may not match your workload.

Source: MuleSoft Docs — Performance Tuning →
Question 6 · Monitoring & Analyzing Application Networks

A platform architect needs a monitoring and alerting strategy for 100 Mule applications running across multiple environments.

What monitoring architecture is most effective?

  1. Monitor only production and ignore other environments
  2. Use a single shared log file for all applications
  3. Multi-layer monitoring: Anypoint Monitoring for application metrics and distributed tracing, infrastructure monitoring for compute/network health, dashboards for business KPIs, and proactive alerting with escalation policies
  4. Monitor applications only when users report issues
Show answer & explanation

Correct: C. Enterprise monitoring layers application metrics (response time, error rate, throughput), infrastructure health, business KPIs, and proactive alerting with escalation — catching issues before they reach users.

Why not the others: production-only (A) misses issues upstream; a shared log file (B) is unmanageable at scale; and reactive monitoring (D) waits until users are already affected.

Source: MuleSoft Docs — Anypoint Monitoring →
Question 7 · Applying Integration Patterns

A Quote-of-the-Day API caches today’s quote. It runs as three CloudHub deployments in three separate regions that must share the cache state.

How should the architect design the shared cache?

  1. Rely on each worker’s in-memory cache and accept divergence between regions
  2. Use the CloudHub Object Store to persist and share cache state across the regional deployments, giving all three a consistent view of the cached quote
  3. Store the cache in a local file on each CloudHub worker
  4. Disable caching entirely and recompute the quote on every request
Show answer & explanation

Correct: B. Object Store provides shared, persistent state accessible across deployments, so separate regional CloudHub deployments can share one cache view — the canonical MCPA pattern for cross-region shared state.

Why not the others: per-worker in-memory caches (A) and local files (C) diverge across regions and workers; and disabling caching (D) defeats the purpose and adds load.

Source: MuleSoft Docs — Object Store → Further reading: PowerKram — MuleSoft Developer II →
Question 8 · Deploying to CloudHub

A platform architect must decide when a CloudHub deployment requires a Dedicated Load Balancer (DLB) rather than the Shared Load Balancer.

Which requirement makes a Dedicated Load Balancer necessary?

  1. Serving a low-traffic internal API where the default shared endpoint is sufficient
  2. Any deployment, since the Shared Load Balancer cannot route HTTPS traffic
  3. Needing custom domains/certificates, custom SSL configuration, or mapping rules and two-way TLS — capabilities the Shared Load Balancer doesn’t provide
  4. Reducing cost, since a DLB is cheaper than the shared option
Show answer & explanation

Correct: C. A DLB is needed when you require custom domains and certificates, custom SSL/TLS configuration (including two-way TLS), or custom URL mapping rules — things the Shared Load Balancer can’t do.

Why not the others: a low-traffic internal API (A) is fine on the shared endpoint; the SLB does handle HTTPS (B); and a DLB adds cost rather than reducing it (D).

Source: MuleSoft Docs — Dedicated Load Balancer →
Question 9 · Designing & Sharing APIs

A platform architect wants to standardize how APIs are specified, discovered, and reused across teams to grow the application network.

Which Anypoint approach supports design-first APIs and reuse?

  1. Design API specifications (RAML/OAS) in Design Center, then publish them to Exchange so teams can discover, reuse, and build against a shared contract
  2. Let each team hand-code endpoints with no shared specification
  3. Document APIs only in a wiki outside Anypoint Platform
  4. Skip specifications and expose database tables directly as APIs
Show answer & explanation

Correct: A. Design-first specifications in Design Center published to Exchange give teams a discoverable, reusable contract — the foundation of an application network and API-led connectivity.

Why not the others: hand-coded endpoints with no spec (B) and wiki-only docs (C) undermine reuse and governance; and exposing raw tables (D) breaks the API-led layering the exam expects.

Source: MuleSoft Docs — Design Center → Further reading: PowerKram — Integration Architect →
Question 10 · Establishing Organizational & Platform Foundations

A platform architect is designing the role-based access control model for Anypoint Platform across an enterprise with multiple business units and teams.

What RBAC design best fits an enterprise?

  1. Create a single role for all users
  2. A hierarchical model: business-group organizations for top-level isolation, environment-specific roles (Developer, Deployer, Admin), team-based permissions via Anypoint Teams, and SSO integration with the enterprise identity provider
  3. Manage access through shared credentials per environment
  4. Give all users administrator access for simplicity
Show answer & explanation

Correct: B. Enterprise RBAC mirrors the org structure: business-group organizations isolate at the top, environment-specific roles control what users do where, Anypoint Teams manage group permissions, and SSO centralizes identity.

Why not the others: a single role (A) can’t differentiate responsibilities; shared credentials (C) prevent accountability; and universal admin access (D) violates least privilege.

Source: MuleSoft Docs — Access Management →

Keep going: study guides and career paths

MCPA - Level 1 is an architect credential in MuleSoft’s integration track. Two PowerKram hubs back this exam.

Deep dive: API-led connectivity, the nine domains, and a study plan

It’s an API-led connectivity exam

The key thing to internalize: MCPA - Level 1 is about directing an application network through API-led connectivity, not generic infrastructure operations. You reason in terms of System, Process, and Experience API layers; reusable APIs published to Exchange; API Manager policies and contracts; and a Center for Enablement operating model. The hands-on knowledge (CloudHub worker sizing, Shared vs Dedicated Load Balancer, Object Store, VPC networking, HA/DR) matters, but it’s tested through the lens of designing a sustainable, governed platform. Compare with the Integration Architect exam →

Format and logistics

The exam is 60 multiple-choice questions in 120 minutes, closed-book and proctored, with a 70% pass mark (about 42 of 60). It costs $400 and includes one free retake; further retakes are discounted. It’s administered through the Salesforce/MuleSoft certification portal (Trailhead Academy, delivered via Pearson VUE), and the certification is valid two years — renew by re-taking the exam or passing the short maintenance exam. Confirm current fees and policy on the exam guide. Pair with Developer II →

The nine domains at a glance

Application Network Basics establishes API-led layering; Organizational & Platform Foundations (the heaviest) covers strategy, business groups, environments, and C4E; Designing & Sharing APIs covers Design Center and Exchange; Applying Integration Patterns covers reuse and resilience; Managing APIs covers API Manager policies and contracts; Architecting & Deploying and Deploying to CloudHub cover deployment-target selection, worker sizing, load balancers, and Object Store; Meeting API Quality Goals covers HA/DR/capacity/security; and Monitoring covers Anypoint Monitoring and Visualizer. Know which API policy would (or wouldn’t) apply at each layer, and when Object Store or a Dedicated Load Balancer is required — these are classic MCPA question shapes.

Realistic study plan

Take the official “Anypoint Platform Architecture: Application Networks” training, study the MuleSoft documentation for CloudHub, API Manager, Object Store, and Runtime Fabric, and sketch reference architectures by hand to internalize component relationships. Most candidates prepare over eight to twelve weeks with integration experience. Use PowerKram Learn mode with the sourced doc links to close gaps, then finish in Exam mode across all nine domains under the 120-minute clock — pacing matters on a dense, scenario-heavy exam. Integration architect career paths →

Frequently asked questions about the MCPA - Level 1 exam

What is the exam format and passing score?
60 multiple-choice questions (may include up to five unscored) in 120 minutes, closed-book and proctored, with a 70% passing score (about 42 of 60). It costs $400 including one free retake. Salesforce/MuleSoft uses a named credential; the exam identifier is MCPA-Level 1 / Mule-Arch-201, not a numeric code.
What does the exam actually cover?
API-led connectivity and application-network design on Anypoint Platform — the System/Process/Experience API layers, platform foundations and C4E, API design and governance with Design Center, Exchange, and API Manager, CloudHub deployment, and non-functional architecture for HA, DR, capacity, and monitoring. It's a design exam, not a generic infrastructure exam.
How many domains are on the exam?
Nine: Application Network Basics; Organizational and Platform Foundations (the heaviest); Designing and Sharing APIs; Applying Integration Patterns; Managing APIs; Architecting and Deploying API Implementations; Deploying to CloudHub; Meeting API Quality Goals; and Monitoring and Analyzing Application Networks.
Are there prerequisites, and does it expire?
There's no formal prerequisite, but MuleSoft strongly recommends hands-on Anypoint Platform experience. The certification is valid for two years; you renew by re-taking the exam or passing the short maintenance exam.
Is this a Salesforce or a MuleSoft exam?
Both — MuleSoft is part of Salesforce, so this is a MuleSoft credential administered through the Salesforce certification program (Trailhead Academy, delivered via Pearson VUE). The exam content is MuleSoft Anypoint Platform, and the documentation you study is MuleSoft's.

Start your free 24-hour MCPA - Level 1 practice trial

Full access to 1,000+ questions across all nine domains, both study modes, and source-linked explanations. No credit card required.

Start free trial →