QUESTION: 101

When designing an upstream API and its implementation, the development team has been advised to not set timeouts when invoking downstream API. Because the downstream API has no SLA that can be relied upon. This is the only donwstream API dependency of that upstream API. Assume the downstream API runs uninterrupted without crashing.
What is the impact of this advice?

The invocation of the downstream API will run to completion without timing out.
An SLA for the upstream API CANNOT be provided.
A default timeout of 500 ms will automatically be applied by the Mule runtime in which the upstream API implementation executes.
A load-dependent timeout of less than 1000 ms will be applied by the Mule runtime in which the downstream API implementation executes.

Answer(s): B

Explanation:

An SLA for the upstream API CANNOT be provided.

Reveal Solution Next Question

QUESTION: 102

What aspects of a CI/CD pipeline for Mule applications can be automated using MuleSoft-provided Maven plugins?

Compile, package, unit test, validate unit test coverage, deploy
Compile, package, unit test, deploy, integration test (Incorrect)
Compile, package, unit test, deploy, create associated API instances in API Manager
Import from API designer, compile, package, unit test, deploy, publish to Anypoint Exchange

Answer(s): A

Explanation:

Correct answer is "Compile, package, unit test, validate unit test coverage, deploy" : Anypoint Platform supports continuous integration and continuous delivery using industry standard tools Mule Maven Plugin The Mule Maven plugin can automate building, packaging and deployment of Mule applications from source projects Using the Mule Maven plugin, you can automate your Mule application deployment to CloudHub, to Anypoint Runtime Fabric, or on-premises, using any of the following deployment strategies · CloudHub deployment · Runtime Fabric deployment · Runtime Manager REST API deployment · Runtime Manager agent deployment MUnit Maven Plugin The

MUnit Maven plugin can automate test execution, and ties in with the Mule Maven plugin. It provides a full suite of integration and unit test capabilities, and is fully integrated with Maven and Surefire for integration with your continuous deployment environment. Since MUnit 2.x, the coverage report goal is integrated with the maven reporting section. Coverage Reports are generated during Maven's site lifecycle, during the coverage-report goal. One of the features of MUnit Coverage is to fail the build if a certain coverage level is not reached. MUnit is not used for integration testing Also publishing to Anypoint Exchange or to create associated API instances in API Manager is not a part of CICD pipeline which can ne achieved using mulesoft provided maven plugin

Architecture mentioned in the question can be diagrammatically put as below. Persistent Object Store is the correct answer .
* Mule Object Stores: An object store is a facility for storing objects in or across Mule applications.

Mule uses object stores to persist data for eventual retrieval.
Mule provides two types of object stores:
1) In-memory store stores objects in local Mule runtime memory. Objects are lost on shutdown of the Mule runtime. So we cant use in memory store in our scenario as we want to share watermark within all cloudhub workers
2) Persistent store Mule persists data when an object store is explicitly configured to be persistent. Hence this watermark will be available even any of the worker goes down

Reveal Solution Next Question

QUESTION: 103

What condition requires using a CloudHub Dedicated Load Balancer?

When cross-region load balancing is required between separate deployments of the same Mule application
When custom DNS names are required for API implementations deployed to customer-hosted Mule runtimes
When API invocations across multiple CloudHub workers must be load balanced
When server-side load-balanced TLS mutual authentication is required between API implementations and API clients

Answer(s): D

Explanation:

Correct answer is When server-side load-balanced TLS mutual authentication is required between API implementations and API clients CloudHub dedicated load balancers (DLBs) are an optional component of Anypoint Platform that enable you to route external HTTP and HTTPS traffic to multiple Mule applications deployed to CloudHub workers in a Virtual Private Cloud (VPC). Dedicated load balancers enable you to: * Handle load balancing among the different CloudHub workers that run your application. * Define SSL configurations to provide custom certificates and optionally enforce two-way SSL client authentication. * Configure proxy rules that map your applications to custom domains. This enables you to host your applications under a single domain

Reveal Solution Next Question

QUESTION: 104

A company is building an application network and has deployed four Mule APIs: one experience API, one process API, and two system APIs. The logs from all the APIs are aggregated in an external log aggregation tool. The company wants to trace messages that are exchanged between multiple API implementations.
What is the most idiomatic (based on its intended use) identifier that should be used to implement Mule event tracing across the multiple API implementations?

Mule event ID
Mule correlation ID
Client's IP address
DataWeave UUID

Answer(s): B

Explanation:

Correct answer is Mule correlation ID By design, Correlation Ids cannot be changed within a flow in Mule 4 applications and can be set only at source. This ID is part of the Event Context and is generated as soon as the message is received by the application.
When a HTTP Request is received, the request is inspected for "X-Correlation-Id" header. If "X-Correlation-Id" header is present, HTTP connector uses this as the Correlation Id. If "X-Correlation-Id" header is NOT present, a Correlation Id is randomly generated. For Incoming HTTP Requests: In order to set a custom Correlation Id, the client invoking the HTTP request must set "X-Correlation-Id" header. This will ensure that the Mule Flow uses this Correlation Id. For Outgoing HTTP Requests: You can also propagate the existing Correlation Id to downstream APIs. By default, all outgoing HTTP Requests send "X-Correlation-Id" header. However, you can choose to set a different value to "X-Correlation-Id" header or set "Send Correlation Id" to NEVER.

Reveal Solution Next Question

Free MuleSoft-Integration-Architect-I Exam Braindumps (page: 26)

QUESTION: 101

Explanation:

QUESTION: 102

Explanation:

QUESTION: 103

Explanation:

QUESTION: 104

Explanation: