Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Exam - Topic 7 Question 27 Discussion

Posted by Belen on Mar 20, 2025 at 08:28 PM

A System API is designed to retrieve data from a backend system that has scalability challenges. What API policy can best safeguard the backend system?

Suggested Answer: A, C

To accommodate the new requirement of allowing updates to existing quotes, the following actions should be taken:

Update the RAML Definition (Option C):

The RAML specification defines the structure and behavior of the API. Adding a new method (such as PUT or PATCH) for updating quotes requires modifying the RAML to include this new endpoint. This ensures the API specification is up-to-date and accurately reflects the new functionality.

Update the API Implementation (Option A):

Once the RAML is updated, the backend API implementation must also be modified to handle the new update requests. This could involve adding logic to process and validate update requests, connect to necessary backend resources, and apply the changes to existing quotes.

of Incorrect Options:

Option B (removing and creating new clients) is unnecessary; client applications can remain as they are, with no need for complete replacement.

Option D (deprecating existing versions) may not be required if backward compatibility is maintained.

Option E (adding a new policy) does not facilitate functional changes and is unrelated to implementing the update feature.

Reference For more details on updating RAML definitions and API implementations, refer to MuleSoft's API Design documentation on RAML and RESTful API practices.


Get Premium Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
33 comments · newest first
KA
Katheryn 11 months ago
Totally agree with SLA-based rate limiting, it’s essential for scalability!
PA
Paulina 11 months ago
Wait, can you really rely on Auth 2 tokens for this? Seems risky.
JE
Jennifer 11 months ago
Client ID enforcement? Not sure that’s enough to protect against overload.
MA
Malika 11 months ago
I think IP whitelist could work too, but it's not as flexible.
JO
Jonell 11 months ago
SLA-based rate limiting is definitely the way to go!
CA
Camellia 12 months ago
Client ID enforcement sounds familiar, but I’m not convinced it’s the best for safeguarding against scalability challenges. I might lean towards rate limiting instead.
LE
Leslee 12 months ago
I practiced a similar question where rate limiting was emphasized as a way to manage traffic. I feel like it’s the right choice for this scenario too.
WI
Wilda 1 year ago
I'm not entirely sure, but I remember something about IP whitelisting being useful for security. However, it might not address scalability issues directly.
RA
Raymon 1 year ago
I think SLA-based rate limiting could be the best option here since it helps control the number of requests and protects the backend from being overwhelmed.
LI
Ligia 1 year ago
I've got a good feeling about this one. IP whitelisting would limit access to authorized clients, while Auth 2 token enforcement and client ID enforcement provide additional security layers. But for scalability, SLA-based rate limiting seems like the way to go.
AR
Arlen 1 year ago
Okay, let's see. The backend system has scalability challenges, so we need a policy that can handle high traffic without overloading the system. I'm leaning towards SLA-based rate limiting as the best option.
AU
Audrie 1 year ago
Hmm, I'm a bit unsure about this one. I'll need to think through the different API security policies and how they impact scalability. Gotta make sure I pick the right answer.
JE
Jessenia 1 year ago
This seems like a straightforward API security question. I'll focus on identifying the policy that best protects the backend system from scalability challenges.
CH
Christene 1 year ago
I'm going with Auth 2 token enforcement. It may be a bit more complex, but it'll give us granular control over who can access the API. Plus, it's the most 'buzzword-compliant' option. *winks*
RA
Rana 1 year ago
SLA-based rate limiting is the way to go, but I bet half the candidates will choose IP whitelisting because it sounds the most secure. *laughs* Little do they know, it's a security nightmare waiting to happen.
RO
Rosann 1 year ago
↳ replying to Rana
C: Client ID enforcement could also be a good option to consider for added security measures.
EL
Elmira 1 year ago
↳ replying to Rana
B: I agree, IP whitelisting might seem secure but it can cause more harm than good.
GI
Gilma 1 year ago
↳ replying to Rana
A: SLA-based rate limiting is definitely the best option to safeguard the backend system.
CI
Ciara 2 years ago
Auth 2 token enforcement? That's overkill for a simple data retrieval API. Let's keep it simple with IP whitelisting.
RO
Rosalyn 1 year ago
↳ replying to Ciara
Client ID enforcement could also work, but IP whitelisting is the simplest solution.
ST
Stefanie 1 year ago
↳ replying to Ciara
I agree, using Auth 2 token enforcement might be too much for just retrieving data.
ST
Stephaine 1 year ago
↳ replying to Ciara
IP whitelisting is definitely the way to go. It's simple and effective.
LE
Lenna 2 years ago
Client ID enforcement sounds like a good option. It'll let us identify individual clients and manage their access accordingly.
LE
Lettie 2 years ago
↳ replying to Lenna
SLA-based rate limiting can help ensure that the backend system is not overwhelmed with requests.
AM
Amie 2 years ago
↳ replying to Lenna
IP whitelist could also be useful to restrict access to only approved IP addresses.
GL
Gladys 2 years ago
↳ replying to Lenna
I agree, having client IDs will help us track and control access to the backend system.
SH
Sharita 2 years ago
↳ replying to Lenna
Client ID enforcement sounds like a good option. It'll let us identify individual clients and manage their access accordingly.
LI
Linsey 2 years ago
I think IP whitelist could also be a good option to safeguard the backend system.
LE
Lemuel 2 years ago
I think SLA-based rate limiting is the way to go. It'll help protect the backend system from being overwhelmed without being too restrictive on users.
HA
Haydee 1 year ago
↳ replying to Lemuel
I think IP whitelist could also be a good option to restrict access to only trusted sources.
CA
Candra 1 year ago
↳ replying to Lemuel
I agree, SLA-based rate limiting is a good choice. It can help manage the traffic to prevent overload.
JU
Justa 2 years ago
I agree with Francisca, SLA-based rate limiting can help manage the scalability challenges.
FR
Francisca 2 years ago
I think the best policy would be SLA-based rate limiting.
0/2000 characters

Save Cancel