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
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) Exam - Topic 10 Question 1 Discussion

A retail company is implementing a MuleSoft API to get inventory details from two vendors by Invoking each vendor's online applications. Due to network issues, the invocations to the vendor applications are timing out intermittently, but the requests are successful after re-invoking eachWhat is the most performant way of implementing the API to invoke each vendor application and to retry invocations that generate timeout errors?
A) Use a For-Each scope to invoke the two vendor applications in series, one after the other. Place the For-Each scope inside an Until-Successful scope to retry requests that raise timeout errors.
B) Use a Choice scope to Invoke each vendor application on a separate route. Place the Choice scope inside an Until-Successful scope to retry requests that raise timeout errors.
C) Use a Scatter-Gather scope to invoke each vendor application on a separate route. Use an Until-Successful scope in each route to retry requests that raise timeout errors.
D) Use a Round-Robin scope to invoke each vendor application on a separate route. Use a Try-Catch scope in each route to retry requests that raise timeout errors.

Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) Exam - Topic 10 Question 1 Discussion

Actual exam question for Salesforce's Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) exam
Question #: 1
Topic #: 10
[All Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) Questions]

A retail company is implementing a MuleSoft API to get inventory details from two vendors by Invoking each vendor's online applications. Due to network issues, the invocations to the vendor applications are timing out intermittently, but the requests are successful after re-invoking each

What is the most performant way of implementing the API to invoke each vendor application and to retry invocations that generate timeout errors?

Show Suggested Answer Hide Answer
Suggested Answer: A

by Yaeko at May 23, 2024, 11:17 PM

Limited Time Offer

25%

Off

Get Premium Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

0/2000 characters
Submit Cancel
Lucina
9 months ago
Round-Robin? Sounds like a risky choice with timeouts!
upvoted 0 times
...
Lennie
10 months ago
B could work too, but C is more efficient.
upvoted 0 times
...
Coleen
10 months ago
Surprised that no one mentioned load balancing!
upvoted 0 times
...
Herminia
10 months ago
I disagree, A might be simpler to implement.
upvoted 0 times
...
Jaime
10 months ago
C seems like the best option for performance.
upvoted 0 times
...
Micaela
10 months ago
I vaguely remember that using a Try-Catch scope might not be the most efficient for this scenario, but I can't quite remember why. It feels like there might be a better way to handle timeouts.
upvoted 0 times
...
Freida
11 months ago
I’m leaning towards option C because it seems to allow for better handling of multiple invocations, but I’m not confident about the specifics of how retries would work in that setup.
upvoted 0 times
...
Melissa
11 months ago
I think the Until-Successful scope is crucial for retries, but I can't recall if it works well with the For-Each scope. I feel like I've seen a similar question before.
upvoted 0 times
...
Lettie
11 months ago
I remember that using a Scatter-Gather scope can help with performance since it allows parallel processing, but I'm not entirely sure if it's the best choice for handling timeouts.
upvoted 0 times
...
Crista
11 months ago
The Round-Robin scope with a Try-Catch scope in each route also sounds like a good approach. That way, we can distribute the load across the vendor applications and handle the timeout errors without impacting the overall performance.
upvoted 0 times
...
Ezekiel
11 months ago
I'm leaning towards the Scatter-Gather scope option. That way, we can invoke the vendor applications in parallel and use an Until-Successful scope in each route to handle the timeout errors. This should provide the best performance, as long as we configure the retry settings correctly.
upvoted 0 times
...
Mabelle
11 months ago
The key here is to minimize the impact of the intermittent network issues. Using an Until-Successful scope to retry the requests seems like a solid strategy, but I'm not sure if a For-Each or a Choice scope would be better for invoking the vendor applications.
upvoted 0 times
...
Izetta
11 months ago
Hmm, I'm a bit confused on the difference between a Choice scope and a Scatter-Gather scope. I'll need to review those concepts before deciding which one would be the most performant approach.
upvoted 0 times
...
Theodora
11 months ago
I think the most performant way would be to use a Choice scope to invoke each vendor application on a separate route, and then place the Choice scope inside an Until-Successful scope to retry requests that raise timeout errors.
upvoted 0 times
...
Noah
11 months ago
Hmm, I'm not sure an external catalog is the best solution here. We might need to consider other options that don't require as much integration with the vendor's systems. I'll have to think this through a bit more.
upvoted 0 times
...
Selma
11 months ago
I'm not entirely sure, but I feel like a defect is more about the recognition of failure. That might tie to II-d?
upvoted 0 times
...
My
11 months ago
Option A with a Shared VPC Host Project sounds interesting, but I'm not sure if that's the most efficient approach here. I'll need to research that a bit more to understand if it's the best fit.
upvoted 0 times
...
Elouise
11 months ago
I'm a bit confused on this one. I know there are a bunch of IEEE 802 standards, but I'm not sure which one covers wireless access specifically. I'll have to think it through carefully.
upvoted 0 times
...
Jennie
11 months ago
Hmm, I'm not too familiar with the history of vi, but EMACS seems like a reasonable guess. I'll have to think about this one.
upvoted 0 times
...
Yvonne
11 months ago
This question covers a lot of different hedging strategies, so I'll need to carefully read through the details to make sure I understand the concepts before attempting to answer.
upvoted 0 times
...
Merri
2 years ago
Haha, I bet the vendors are using the same internet provider as my grandma. Her Wi-Fi cuts out every time she tries to stream her cat videos!
upvoted 0 times
...
Sylvie
2 years ago
Hmm, I'm not convinced. Option D with the Round-Robin scope and Try-Catch scope in each route might be a good alternative. It could help balance the load between the two vendor applications and still handle the timeout errors.
upvoted 0 times
Cheryl
2 years ago
I agree, using a Scatter-Gather scope with an Until-Successful scope in each route could help with handling timeout errors.
upvoted 0 times
...
Dottie
2 years ago
I think using a For-Each scope inside an Until-Successful scope might be more reliable.
upvoted 0 times
...
Heike
2 years ago
Using a Scatter-Gather scope with an Until-Successful scope in each route might be a good approach.
upvoted 0 times
...
Domingo
2 years ago
Option D with the Round-Robin scope and Try-Catch scope could be a good choice.
upvoted 0 times
...
Soledad
2 years ago
I think using a For-Each scope inside an Until-Successful scope could also work well.
upvoted 0 times
...
Aleta
2 years ago
Option D with Round-Robin scope and Try-Catch scope sounds like a good choice.
upvoted 0 times
...
...
Paris
2 years ago
I'm not sure about that. Option C with the Scatter-Gather scope might be a better choice. That way, we can invoke both vendor applications in parallel and use an Until-Successful scope on each route to handle the timeout errors.
upvoted 0 times
Mose
2 years ago
I agree, that way we can ensure that the requests are retried if they encounter any issues.
upvoted 0 times
...
Selma
2 years ago
Yes, and using an Until-Successful scope on each route will help us handle any timeout errors that may occur.
upvoted 0 times
...
Keena
2 years ago
Option C with the Scatter-Gather scope sounds like a good idea. It allows us to invoke both vendor applications in parallel.
upvoted 0 times
...
...
Samira
2 years ago
I agree with Carmen. Option B seems like the most efficient way to handle this situation. The Choice scope will allow us to invoke each vendor application simultaneously, and the Until-Successful scope will ensure that we retry any requests that time out.
upvoted 0 times
Dawne
2 years ago
I agree, using a Choice scope for separate routes and an Until-Successful scope for retries seems like the best approach.
upvoted 0 times
...
Teddy
2 years ago
I think Option B is the way to go. It allows us to invoke each vendor application separately and retry any timeouts.
upvoted 0 times
...
Misty
2 years ago
I agree, using a Choice scope for simultaneous invocations and an Until-Successful scope for retries seems like the way to go.
upvoted 0 times
...
Shonda
2 years ago
I think Option B is the best choice. It allows us to invoke both vendors separately and retry any timeouts.
upvoted 0 times
...
...
Carmen
2 years ago
I think option B is the most performant. Using a Choice scope to invoke each vendor application on a separate route, and then placing the Choice scope inside an Until-Successful scope to retry requests that raise timeout errors, seems like the best approach to handle the intermittent network issues.
upvoted 0 times
Sarah
2 years ago
I think option B is the way to go as well. It provides a good balance between invoking the vendors and handling timeout errors.
upvoted 0 times
...
Ira
2 years ago
I agree, option B seems like the most efficient way to handle the network timeouts.
upvoted 0 times
...
...

Save Cancel