Designing integration solutions to meet performance requirements7% of the exam

Application design for performance and capacity

Design choices that decide a Mule 4 application's performance and capacity: bounded caches, iterative constructs instead of recursive Flow References, Database Connector pooling, flow maxConcurrency to protect a backend, component-level tuning tips, and the AMQP consume and publish settings that trade throughput against memory and durability.

Official exam objective
Design Mule applications and integration solutions to meet performance and capacity goals.

~7 min read · 8 practice questions

What the exam expects

  • Keep a cache from exhausting memory while it still serves repeated lookups.
  • Replace recursive Flow References with the iterative construct that fits the use case.
  • Decide when the Database Connector needs a pooling profile, and when flow maxConcurrency protects a fragile backend.
  • Apply MuleSoft's component tuning tips for variables, DataWeave, HTTP authentication, database queries and file operations.
  • Explain how AMQP acknowledgment, prefetch, delivery mode and broker confirms trade throughput against memory and durability.

Pooling profile: a connector setting that keeps a pool of established connections for reuse. maxConcurrency: the maximum number of concurrent messages a flow or scope processes at once. Back-pressure: Mule's response when a flow cannot accept new events, specific to each connector's source. Prefetch count: the AMQP window of whole messages the broker sends ahead. Delivery mode: whether published AMQP messages are logged to disk on the broker (Pooling Profiles, Back-Pressure and MaxConcurrency, App Design).

Sources for this section (3)

Key facts

Default Cache scope storage risk
Detail
In-memory caching can consume all memory in production
Stack depth exceeded
Detail
CRITICAL error that error handlers cannot handle
Subflows
Detail
Inlined; do not reset nesting depth
Database Connector pooling
Detail
Off by default; new connection per statement
FTP and SFTP pooling
Detail
On by default
Test connection on checkout
Detail
Default true; deselect for pooled performance
Flow and Async maxConcurrency
Detail
No limit by default
Batch Job concurrency
Detail
Twice the available cores
AMQP QoS value 0
Detail
Unlimited
Request Broker Confirm
Detail
One extra broker-client exchange per published message
Sources for this section (5)
  • When does MuleSoft recommend indent=false in a DataWeave output?
  • Why does adding AMQP consumers raise throughput only up to a point?
  • Which construct replaces a recursive flow that polls until a condition is met?
  • What does maxPoolSize in a Database Connector pooling profile specify?

The questions are free to read. Answers with their sources and self-grading are included with the pack.

Keep reading with the MuleSoft Platform Integration Architect pack

  • Core concepts
  • Exam traps
  • Worked scenario

The pack includes:

  • All 40 lessons of the MuleSoft Platform Integration Architect guide, with reading progress
  • Interactive decision walks and step-by-step sequence steppers
  • Practice exams purchase adds inline bank questions and topic practice (8 questions for this lesson)
  • An official source cited for every claim
  • An AI tutor that answers from the guide
  • Choose guide-only, practice-only, or save $4 with both

Practice for the MuleSoft Platform Integration Architect exam