Free Salesforce ARC730 Exam Questions

Question 1

A Mule application is deployed to a cluster of two(2) cusomter-hosted Mule runtimes. Currently the node name Alice is the primary node and node named bob is the secondary node. The mule application has a flow that polls a directory on a file system for new files. The primary node Alice fails for an hour and then restarted. After the Alice node completely restarts, from what node are the files polled, and what node is now the primary node for the cluster?

A : Files are polled from Alice node Alice is now the primary node

B : Files are polled form Bob node Alice is now the primary node

C : Files are polled from Alice node Bob is the now the primary node

D : Files are polled form Bob node Bob is now the primary node

Answer: D

Question 2

An organization plans to extend its Mule APIs to the EU (Frankfurt) region. Currently, all Mule applications are deployed to CloudHub 1.0 in the default North American region, from the North America control plane, following this naming convention: {API-name}—{environment} (for example, Orderssapi—dev, Orders-sapi-—qa, Orders-sapi-—prod, etc.). There is no network restriction to block communications between APIs. What strategy should be implemented in order to deploy the same Mule APIs to the CloudHub 1.0 EU region from the North America control plane, as well as to minimize latency between APIs and target users and systems in Europe?

A : In Runtime Manager, for each Mule application deployment, set the Region property to EU (Frankfurt) and reuse the same Mule application mame as in the North American region. Communicate the new urls {API-name}—{environment}.de-ci.cloudhub.io to the consuming API clients In Europe.

B : In API Manager, set the Region property to EU (Frankfurt) to create an API proxy named {API-name}—proxy—{environment} for each Mule application. Communicate the new url {API-name}—proxy—{environment}.de-c1.cloudhub.io to the consuming API clients In Europe.

C : In Runtime Manager, for each Mule application deployment, leave the Region property blank (default) and change the Mule application name to {API-name}— {environment).de-cl. Communicate the new urls {API-name}—{environment}.de-ci1.cloudhub.io to the consuming API clients in Europe

D : In API Manager, leave the Region property blank (default) to deploy an API proxy named {API-name}~proxy~- (environment}.de-cl for each Mule application. Communicate the new url {API-name}—proxy—{environment}.de-cl.cloudhub.io to the consuming API clients in Europe.

Answer: A

Question 3

What is not true about Mule Domain Project?

A : This allows Mule applications to share resources

B : Expose multiple services within the Mule domain on the same port

C : Only available Anypoint Runtime Fabric

D : Send events (messages) to other Mule applications using VM queues

Answer: C

Question 4

An external REST client periodically sends an array of records in a single POST request to a Mule application API endpoint. The Mule application must validate each record of the request against a JSON schema before sending it to a downstream system in the same order that it was received in the array Record processing will take place inside a router or scope that calls a child flow. The child flow has its own error handling defined. Any validation or communication failures should not prevent further processing of the remaining records. To best address these requirements what is the most idiomatic(used for it intended purpose) router or scope to used in the parent flow, and what type of error handler should be used in the child flow?

A : First Successful router in the parent flow On Error Continue error handler in the child flow

B : For Each scope in the parent flow On Error Continue error handler in the child flow

C : Parallel For Each scope in the parent flow On Error Propagate error handler in the child flow

D : Until Successful router in the parent flow On Error Propagate error handler in the child flow

Answer: B

Question 5

The ABC company has an Anypoint Runtime Fabric on VMs/Bare Metal (RTF-VM) appliance installed on its own customer-hosted AWS infrastructure. Mule applications are deployed to this RTF-VM appliance. As part of the company standards, the Mule application logs must be forwarded to an external log management tool (LMT). Given the company's current setup and requirements, what is the most idiomatic (used for its intended purpose) way to send Mule application logs to the external LMT?

A : In RTF-VM, install and configure the external LTM-s log-forwarding agent

B : In RTF-VM, edit the pod configuration to automatically install and configure an Anypoint Monitoring agent

C : In each Mule application, configure custom Log4j settings

D : In RTF-VM. configure the out-of-the-box external log forwarder

Answer: A