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 Integration Architect (Mule-Arch-202) Exam - Topic 9 Question 43 Discussion

Refer to the exhibit.A Mule application is deployed to a cluster of two customer-hosted Mute runtimes. The Mute application has a flow that polls a database and another flow with an HTTP Listener.HTTP clients send HTTP requests directly to individual cluster nodes.What happens to database polling and HTTP request handling in the time after the primary (master) node of the cluster has railed, but before that node is restarted?
A) Database polling continues Only HTTP requests sent to the remaining node continue to be accepted
B) Database polling stops All HTTP requests continue to be accepted
C) Database polling continues All HTTP requests continue to be accepted, but requests to the failed node Incur increased latency
D) Database polling stops All HTTP requests are rejected

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

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

Refer to the exhibit.

A Mule application is deployed to a cluster of two customer-hosted Mute runtimes. The Mute application has a flow that polls a database and another flow with an HTTP Listener.

HTTP clients send HTTP requests directly to individual cluster nodes.

What happens to database polling and HTTP request handling in the time after the primary (master) node of the cluster has railed, but before that node is restarted?

Show Suggested Answer Hide Answer
Suggested Answer: A

Correct answer is Database polling continues Only HTTP requests sent to the remaining node continue to be accepted. : Architecture descripted in the question could be described as follows.When node 1 is down , DB polling will still continue via node 2 . Also requests which are coming directly to node 2 will also be accepted and processed in BAU fashion. Only thing that wont work is when requests are sent to Node 1 HTTP connector. The flaw with this architecture is HTTP clients are sending HTTP requests directly to individual cluster nodes. By default, clustering Mule runtime engines ensures high system availability. If a Mule runtime engine node becomes unavailable due to failure or planned downtime, another node in the cluster can assume the workload and continue to process existing events and messages


Contribute your Thoughts:

0/2000 characters
Rachael
27 days ago
I think I remember that when a master node fails, the database polling might stop since it relies on that node. But I'm not entirely sure.
upvoted 0 times
...

Save Cancel