Salesforce MULESOFT-PLATFORM-ARCHITECT-I Online Practice Questions and Exam Preparation

Salesforce MULESOFT-PLATFORM-ARCHITECT-I Online Questions & Answers

• Question 131:

  Refer to the exhibit.

  

  what is true when using customer-hosted Mule runtimes with the MuleSoft-hosted Anypoint Platform control plane (hybrid deployment)?

  A. Anypoint Runtime Manager initiates a network connection to a Mule runtime in order to deploy Mule applications
  B. The MuleSoft-hosted Shared Load Balancer can be used to load balance API invocations to the Mule runtimes
  C. API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane
  D. Anypoint Runtime Manager automatically ensures HA in the control plane by creating a new Mule runtime instance in case of a node failure
  C. API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane

  ---

  Explanation

  For Hybrid deployment models, the on-premises are first connected to Runtime Manager using Runtime Manager agent. So, the connection is initiated first from On-premises to Runtime Manager. Then all control can be done from Runtime Manager.

  Anypoint Runtime Manager CANNOT ensure automatic HA. Clusters/Server Groups etc should be configured before hand.

  Only TRUE statement in the given choices is, API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane. There are several references below to justify this statement.

  References: https://docs.mulesoft.com/runtime-manager/deployment-strategies#hybrid-deployments https://help.mulesoft.com/s/article/On-Premise-Runtimes-Disconnected-From-US-Control-Plane-June-18th-2018 https://help.mulesoft.com/s/article/Runtime-Manager-cannot-manage-On-Prem-Applications-and-Servers-from-US-Control-Plane-June-25th-2019 https://help.mulesoft.com/s/article/On-premise-Runtimes-Appear-Disconnected-in-Runtime-Manager-May-29th-2018

• Question 132:

  Due to a limitation in the backend system, a system API can only handle up to 500 requests per second. What is the best type of API policy to apply to the system API to avoid overloading the backend system?

  A. Rate limiting
  B. HTTP caching
  C. Rate limiting - SLA based
  D. Spike control
  D. Spike control

  ---

  Explanation

  First things first, HTTP Caching policy is for purposes different than avoiding the backend system from overloading. So this is OUT.

  Rate Limiting and Throttling/ Spike Control policies are designed to limit API access, but have different intentions.

  Rate limiting protects an API by applying a hard limit on its access.

  Throttling/ Spike Control shapes API access by smoothing spikes in traffic.

  That is why, Spike Control is the right option.

• Question 133:

  An organization wants to make sure only known partners can invoke the organization's APIs. To achieve this security goal, the organization wants to enforce a Client ID Enforcement policy in API Manager so that only registered partner applications can invoke the organization's APIs. In what type of API implementation does MuleSoft recommend adding an API proxy to enforce the Client ID Enforcement policy, rather than embedding the policy directly in the application's JVM?

  A. A Mule 3 application using APIkit
  B. A Mule 3 or Mule 4 application modified with custom Java code
  C. A Mule 4 application with an API specification
  D. A Non-Mule application
  D. A Non-Mule application

  ---

  Explanation

  All type of Mule applications (Mule 3/ Mule 4/ with APIkit/ with Custom Java Code etc) running on Mule Runtimes support the Embedded Policy Enforcement on them.

  The only option that cannot have or does not support embedded policy enforcement and must have API Proxy is for Non-Mule Applications.

  So, Non-Mule application is the right answer.

• Question 134:

  The responses to some HTTP requests can be cached depending on the HTTP verb used in the request. According to the HTTP specification, for what HTTP verbs is this safe to do?

  A. PUT, POST, DELETE
  B. GET, HEAD, POST
  C. GET, PUT, OPTIONS
  D. GET, OPTIONS, HEAD
  D. GET, OPTIONS, HEAD

  ---

  Explanation

  http://restcookbook.com/HTTP%20Methods/idempotency/

• Question 135:

  What Mule application deployment scenario requires using Anypoint Platform Private Cloud Edition or Anypoint Platform for Pivotal Cloud Foundry?

  A. When it Is required to make ALL applications highly available across multiple data centers
  B. When it is required that ALL APIs are private and NOT exposed to the public cloud
  C. When regulatory requirements mandate on-premises processing of EVERY data item, including meta-data
  D. When ALL backend systems in the application network are deployed in the organization's intranet
  C. When regulatory requirements mandate on-premises processing of EVERY data item, including meta-data

  ---

  Explanation

  We need NOT require to use Anypoint Platform PCE or PCF for the below. So these options are OUT.

  We can make ALL applications highly available across multiple data centers using CloudHub too.

  We can use Anypoint VPN and tunneling from CloudHub to connect to ALL backend systems in the application network that are deployed in the organization's intranet.

  We can use Anypoint VPC and Firewall Rules to make ALL APIs private and NOT exposed to the public cloud.

  Only valid reason in the given options that requires to use Anypoint Platform PCE/ PCF is - When regulatory requirements mandate on-premises processing of EVERY data item, including meta-data.

• Question 136:

  A customer wants to monitor and gain insights about the number of requests coming in a given time period as well as to measure key performance indicators (response times, CPU utilization, number of active APIs). Which tool provides these data insights?

  A. Anypoint Monitoring
  B. APT Manager
  C. Runtime Alerts
  D. Functional Monitoring
  A. Anypoint Monitoring

  ---

  Explanation

• Question 137:

  An Anypoint Platform organization has been configured with an external identity provider (IdP) for identity management and client management. What credentials or token must be provided to Anypoint CLI to execute commands against the Anypoint Platform APIs?

  A. The credentials provided by the IdP for identity management
  B. The credentials provided by the IdP for client management
  C. An OAuth 2. 0 token generated using the credentials provided by the IdP for client management
  D. An OAuth 2. 0 token generated using the credentials provided by the IdP for identity management
  A. The credentials provided by the IdP for identity management

  ---

  Explanation

• Question 138:

  How can the application of a rate limiting API policy be accurately reflected in the RAML definition of an API?

  A. By refining the resource definitions by adding a description of the rate limiting policy behavior
  B. By refining the request definitions by adding a remaining Requests query parameter with description, type, and example
  C. By refining the response definitions by adding the out-of-the-box Anypoint Platform rate-limit-enforcement securityScheme with description, type, and example
  D. By refining the response definitions by adding the x-ratelimit-* response headers with description, type, and example
  D. By refining the response definitions by adding the x-ratelimit-* response headers with description, type, and example

  ---

  Explanation

  References: https://docs.mulesoft.com/api-manager/2. x/rate-limiting-and-throttling#response-headers https://docs.mulesoft.com/api-manager/2. x/rate-limiting-and-throttling-sla-based-policies#response-headers

• Question 139:

  Once an API Implementation is ready and the API is registered on API Manager, who should request the access to the API on Anypoint Exchange?

  A. None
  B. Both
  C. API Client
  D. API Consumer
  D. API Consumer

  ---

  Explanation

  API clients are piece of code or programs that use the client credentials of API consumer but does not directly interact with Anypoint Exchange to get the access API consumer is the one who should get registered and request access to API and then API client needs to use those client credentials to hit the APIs So, API consumer is the one who needs to request access on the API from Anypoint Exchange

• Question 140:

  A retail company is using an Order API to accept new orders. The Order API uses a JMS queue to submit orders to a backend order management service. The normal load for orders is being handled using two (2) CloudHub workers, each configured with 0.2 vCore. The CPU load of each CloudHub worker normally runs well below 70%. However, several times during the year the Order API gets four times (4x) the average number of orders. This causes the CloudHub worker CPU load to exceed 90% and the order submission time to exceed 30 seconds. The cause, however, is NOT the backend order management service, which still responds fast enough to meet the response SLA for the Order API. What is the MOST resource-efficient way to configure the Mule application's CloudHub deployment to help the company cope with this performance challenge?

  A. Permanently increase the size of each of the two (2) CloudHub workers by at least four times (4x) to one (1) vCore
  B. Use a vertical CloudHub autoscaling policy that triggers on CPU utilization greater than 70%
  C. Permanently increase the number of CloudHub workers by four times (4x) to eight (8) CloudHub workers
  D. Use a horizontal CloudHub autoscaling policy that triggers on CPU utilization greater than 70%
  D. Use a horizontal CloudHub autoscaling policy that triggers on CPU utilization greater than 70%

  ---

  Explanation

  The scenario in the question is very clearly stating that the usual traffic in the year is pretty well handled by the existing worker configuration with CPU running well below 70%. The problem occurs only "sometimes" occasionally when there is

  spike in the number of orders coming in.

  So, based on above, We neither need to permanently increase the size of each worker nor need to permanently increase the number of workers. This is unnecessary as other than those "occasional" times the resources are idle and wasted.

  We have two options left now. Either to use horizontal Cloudhub autoscaling policy to automatically increase the number of workers or to use vertical Cloudhub autoscaling policy to automatically increase the vCore size of each worker.

  Here, we need to take two things into consideration:

  1. CPU

  2. Order Submission Rate to JMS Queue

  From CPU perspective, both the options (horizontal and vertical scaling) solves the issue. Both helps to bring down the usage below 90%.

  However, If we go with Vertical Scaling, then from Order Submission Rate perspective, as the application is still being load balanced with two workers only, there may not be much improvement in the incoming request processing rate and

  order submission rate to JMS queue. The throughput would be same as before.

  Only CPU utilization comes down.

  But, if we go with Horizontal Scaling, it will spawn new workers and adds extra hand to increase the throughput as more workers are being load balanced now. This way we can address both CPU and Order Submission rate.

  Hence, Horizontal CloudHub Autoscaling policy is the right and best answer.