This page was exported from Free Exams Dumps Materials [ http://exams.dumpsmaterials.com ] Export date:Thu Nov 21 9:44:40 2024 / +0000 GMT ___________________________________________________ Title: [Q12-Q31] Get Special Discount Offer on MCPA-Level-1 Dumps PDF [UPDATED May-2023] --------------------------------------------------- Get Special Discount Offer on MCPA-Level-1 Dumps PDF [UPDATED May-2023] PDF Download MuleSoft Test To Gain Brilliante Result! Introduction to MuleSoft MCPA - Level 1: MuleSoft Certified Platform Architect - Level 1 Exam A MuleSoft Certified Developer - Level 1 should be able to successfully work on basic Mule 4 projects with guidance and supervision. The exam validates that a developer has the required knowledge and skills to design, build, test and debug, deploy, and manage basic APIs and integrations: moving from Anypoint Platform to Anypoint Studio and back. Certified candidates should be able to: Process batch records.Connect to a range of resources including databases, files, web services, SaaS applications, and JMS queues.Use MuleSoft-hosted Anypoint Platform to take a basic API through all the steps of its lifecycle: design, build, deploy, manage, and govern.   NO.12 Refer to the exhibit.A developer is building a client application to invoke an API deployed to the STAGING environment that is governed by a client ID enforcement policy.What is required to successfully invoke the API?  The client ID and secret for the Anypoint Platform account owning the API in the STAGING environment  The client ID and secret for the Anypoint Platform account’s STAGING environment  The client ID and secret obtained from Anypoint Exchange for the API instance in the STAGING environment  A valid OAuth token obtained from Anypoint Platform and its associated client ID and secret Explanationhttps://docs.mulesoft.com/api-manager/2.x/policy-mule3-client-id-based-policiesNO.13 What correctly characterizes unit tests of Mule applications?  They test the validity of input and output of source and target systems  They must be run in a unit testing environment with dedicated Mule runtimes for the environment  They must be triggered by an external client tool or event source  They are typically written using MUnit to run in an embedded Mule runtime that does not require external connectivity Explanationhttps://dzone.com/articles/munit-frameworkNO.14 Refer to the exhibit.What is the best way to decompose one end-to-end business process into a collaboration of Experience, Process, and System APIs?A) Handle customizations for the end-user application at the Process API level rather than the Experience API levelB) Allow System APIs to return data that is NOT currently required by the identified Process or Experience APIsC) Always use a tiered approach by creating exactly one API for each of the 3 layers (Experience, Process and System APIs)D) Use a Process API to orchestrate calls to multiple System APIs, but NOT to other Process APIs  Option A  Option B  Option C  Option D NO.15 An organization uses various cloud-based SaaS systems and multiple on-premises systems. The on-premises systems are an important part of the organization’s application network and can only be accessed from within the organization’s intranet.What is the best way to configure and use Anypoint Platform to support integrations with both the cloud-based SaaS systems and on-premises systems?A) Use CloudHub-deployed Mule runtimes in an Anypoint VPC managed by Anypoint Platform Private Cloud Edition control planeB) Use CloudHub-deployed Mule runtimes in the shared worker cloud managed by the MuleSoft-hosted Anypoint Platform control planeC) Use an on-premises installation of Mule runtimes that are completely isolated with NO external network access, managed by the Anypoint Platform Private Cloud Edition control planeD) Use a combination of Cloud Hub-deployed and manually provisioned on-premises Mule runtimes managed by the MuleSoft-hosted Anypoint Platform control plane  Option A  Option B  Option C  Option D NO.16 An organization makes a strategic decision to move towards an IT operating model that emphasizes consumption of reusable IT assets using modern APIs (as defined by MuleSoft).What best describes each modern API in relation to this new IT operating model?  Each modern API has its own software development lifecycle, which reduces the need for documentation and automation  Each modem API must be treated like a product and designed for a particular target audience (for instance, mobile app developers)  Each modern API must be easy to consume, so should avoid complex authentication mechanisms such as SAML or JWT D  Each modern API must be REST and HTTP based Correct Answers:1. Each modern API must be treated like a product and designed for a particular target audience (for instance mobile app developers)*****************************************NO.17 Refer to the exhibit.What is the best way to decompose one end-to-end business process into a collaboration of Experience, Process, and System APIs?A) Handle customizations for the end-user application at the Process API level rather than the Experience API levelB) Allow System APIs to return data that is NOT currently required by the identified Process or Experience APIsC) Always use a tiered approach by creating exactly one API for each of the 3 layers (Experience, Process and System APIs)D) Use a Process API to orchestrate calls to multiple System APIs, but NOT to other Process APIs  Option A  Option B  Option C  Option D Correct answer: Allow System APIs to return data that is NOT currently required by the identified Process or Experience APIs.*****************************************>> All customizations for the end-user application should be handled in “Experience API” only. Not in Process API>> We should use tiered approach but NOT always by creating exactly one API for each of the 3 layers. Experience APIs might be one but Process APIs and System APIs are often more than one. System APIs for sure will be more than one all the time as they are the smallest modular APIs built in front of end systems.>> Process APIs can call System APIs as well as other Process APIs. There is no such anti-design pattern in API-Led connectivity saying Process APIs should not call other Process APIs.So, the right answer in the given set of options that makes sense as per API-Led connectivity principles is to allow System APIs to return data that is NOT currently required by the identified Process or Experience APIs. This way, some future Process APIs can make use of that data from System APIs and we need NOT touch the System layer APIs again and again.NO.18 When could the API data model of a System API reasonably mimic the data model exposed by the corresponding backend system, with minimal improvements over the backend system’s data model?  When there is an existing Enterprise Data Model widely used across the organization  When the System API can be assigned to a bounded context with a corresponding data model  When a pragmatic approach with only limited isolation from the backend system is deemed appropriate  When the corresponding backend system is expected to be replaced in the near future Correct answer: When a pragmatic approach with only limited isolation from the backend system is deemed appropriate.*****************************************General guidance w.r.t choosing Data Models:>> If an Enterprise Data Model is in use then the API data model of System APIs should make use of data types from that Enterprise Data Model and the corresponding API implementation should translate between these data types from the Enterprise Data Model and the native data model of the backend system.>> If no Enterprise Data Model is in use then each System API should be assigned to a Bounded Context, the API data model of System APIs should make use of data types from the corresponding Bounded Context Data Model and the corresponding API implementation should translate between these data types from the Bounded Context Data Model and the native data model of the backend system. In this scenario, the data types in the Bounded Context Data Model are defined purely in terms of their business characteristics and are typically not related to the native data model of the backend system. In other words, the translation effort may be significant.>> If no Enterprise Data Model is in use, and the definition of a clean Bounded Context Data Model is considered too much effort, then the API data model of System APIs should make use of data types that approximately mirror those from the backend system, same semantics and naming as backend system, lightly sanitized, expose all fields needed for the given System API’s functionality, but not significantly more and making good use of REST conventions.The latter approach, i.e., exposing in System APIs an API data model that basically mirrors that of the backend system, does not provide satisfactory isolation from backend systems through the System API tier on its own. In particular, it will typically not be possible to “swap out” a backend system without significantly changing all System APIs in front of that backend system and therefore the API implementations of all Process APIs that depend on those System APIs! This is so because it is not desirable to prolong the life of a previous backend system’s data model in the form of the API data model of System APIs that now front a new backend system. The API data models of System APIs following this approach must therefore change when the backend system is replaced.On the other hand:>> It is a very pragmatic approach that adds comparatively little overhead over accessing the backend system directly>> Isolates API clients from intricacies of the backend system outside the data model (protocol, authentication, connection pooling, network address, …)>> Allows the usual API policies to be applied to System APIs>> Makes the API data model for interacting with the backend system explicit and visible, by exposing it in the RAML definitions of the System APIs>> Further isolation from the backend system data model does occur in the API implementations of the Process API tierNO.19 What should be ensured before sharing an API through a public Anypoint Exchange portal?  The visibility level of the API instances of that API that need to be publicly accessible should be set to public visibility  The users needing access to the API should be added to the appropriate role in Anypoint Platform  The API should be functional with at least an initial implementation deployed and accessible for users to interact with  The API should be secured using one of the supported authentication/authorization mechanisms to ensure that data is not compromised Explanationhttps://docs.mulesoft.com/exchange/to-share-api-asset-to-portalNO.20 Refer to the exhibit.what is true when using customer-hosted Mule runtimes with the MuleSoft-hosted Anypoint Platform control plane (hybrid deployment)?  Anypoint Runtime Manager initiates a network connection to a Mule runtime in order to deploy Mule applications  The MuleSoft-hosted Shared Load Balancer can be used to load balance API invocations to the Mule runtimes  API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane  Anypoint Runtime Manager automatically ensures HA in the control plane by creating a new Mule runtime instance in case of a node failure NO.21 Which of the following best fits the definition of API-led connectivity?  API-led connectivity is not just an architecture or technology but also a way to organize people and processes for efficient IT delivery in the organization  API-led connectivity is a 3-layered architecture covering Experience, Process and System layers  API-led connectivity is a technology which enabled us to implement Experience, Process and System layer based APIs Correct answer: API-led connectivity is not just an architecture or technology but also a way to organize people and processes for efficient IT delivery in the organization.*****************************************Reference:NO.22 An organization makes a strategic decision to move towards an IT operating model that emphasizes consumption of reusable IT assets using modern APIs (as defined by MuleSoft).What best describes each modern API in relation to this new IT operating model?  Each modern API has its own software development lifecycle, which reduces the need for documentation and automation.  Each modern API must be treated like a product and designed for a particular target audience (for instance, mobile app developers)  Each modern API must be easy to consume, so should avoid complex authentication mechanisms such as SAML or JWT.  Each modern API must be REST and HTTP based. NO.23 An organization is implementing a Quote of the Day API that caches today’s quote.What scenario can use the GoudHub Object Store via the Object Store connector to persist the cache’s state?  When there are three CloudHub deployments of the API implementation to three separate CloudHub regions that must share the cache state  When there are two CloudHub deployments of the API implementation by two Anypoint Platform business groups to the same CloudHub region that must share the cache state  When there is one deployment of the API implementation to CloudHub and anottV deployment to a customer-hosted Mule runtime that must share the cache state  When there is one CloudHub deployment of the API implementation to three CloudHub workers that must share the cache state NO.24 What is typically NOT a function of the APIs created within the framework called API-led connectivity?  They provide an additional layer of resilience on top of the underlying backend system, thereby insulating clients from extended failure of these systems.  They allow for innovation at the user Interface level by consuming the underlying assets without being aware of how data Is being extracted from backend systems.  They reduce the dependency on the underlying backend systems by helping unlock data from backend systems In a reusable and consumable way.  They can compose data from various sources and combine them with orchestration logic to create higher level value. Correct answer: They provide an additional layer of resilience on top of the underlying backend system, thereby insulating clients from extended failure of these systems.*****************************************In API-led connectivity,>> Experience APIs – allow for innovation at the user interface level by consuming the underlying assets without being aware of how data is being extracted from backend systems.>> Process APIs – compose data from various sources and combine them with orchestration logic to create higher level value>> System APIs – reduce the dependency on the underlying backend systems by helping unlock data from backend systems in a reusable and consumable way.However, they NEVER promise that they provide an additional layer of resilience on top of the underlying backend system, thereby insulating clients from extended failure of these systems.https://dzone.com/articles/api-led-connectivity-with-muleNO.25 An API implementation is being designed that must invoke an Order API, which is known to repeatedly experience downtime.For this reason, a fallback API is to be called when the Order API is unavailable.What approach to designing the invocation of the fallback API provides the best resilience?  Search Anypoint Exchange for a suitable existing fallback API, and then implement invocations to this fallback API in addition to the Order API  Create a separate entry for the Order API in API Manager, and then invoke this API as a fallback API if the primary Order API is unavailable  Redirect client requests through an HTTP 307 Temporary Redirect status code to the fallback API whenever the Order API is unavailable  Set an option in the HTTP Requester component that invokes the Order API to instead invoke a fallback API whenever an HTTP 4xx or 5xx response status code is returned from the Order API NO.26 An organization is deploying their new implementation of the OrderStatus System API to multiple workers in CloudHub. This API fronts the organization’s on-premises Order Management System, which is accessed by the API implementation over an IPsec tunnel.What type of error typically does NOT result in a service outage of the OrderStatus System API?  A CloudHub worker fails with an out-of-memory exception  API Manager has an extended outage during the initial deployment of the API implementation  The AWS region goes offline with a major network failure to the relevant AWS data centers  The Order Management System is Inaccessible due to a network outage in the organization’s on-premises data center Correct answer: A CloudHub worker fails with an out-of-memory exception.*****************************************>> An AWS Region itself going down will definitely result in an outage as it does not matter how many workers are assigned to the Mule App as all of those in that region will go down. This is a complete downtime and outage.>> Extended outage of API manager during initial deployment of API implementation will of course cause issues in proper application startup itself as the API Autodiscovery might fail or API policy templates and polices may not be downloaded to embed at the time of applicaiton startup etc… there are many reasons that could cause issues.>> A network outage onpremises would of course cause the Order Management System not accessible and it does not matter how many workers are assigned to the app they all will fail and cause outage for sure.The only option that does NOT result in a service outage is if a cloudhub worker fails with an out-of-memory exception. Even if a worker fails and goes down, there are still other workers to handle the requests and keep the API UP and Running. So, this is the right answer.NO.27 An API experiences a high rate of client requests (TPS) vwth small message paytoads. How can usage limits be imposed on the API based on the type of client application?  Use an SLA-based rate limiting policy and assign a client application to a matching SLA tier based on its type  Use a spike control policy that limits the number of requests for each client application type  Use a cross-origin resource sharing (CORS) policy to limit resource sharing between client applications, configured by the client application type  Use a rate limiting policy and a client ID enforcement policy, each configured by the client application type Correct answer: Use an SLA-based rate limiting policy and assign a client application to a matching SLA tier based on its type.*****************************************>> SLA tiers will come into play whenever any limits to be imposed on APIs based on client typeNO.28 A Mule application exposes an HTTPS endpoint and is deployed to the CloudHub Shared Worker Cloud. All traffic to that Mule application must stay inside the AWS VPC.To what TCP port do API invocations to that Mule application need to be sent?  443  8081  8091  8082 Correct answer: 8082*****************************************>> 8091 and 8092 ports are to be used when keeping your HTTP and HTTPS app private to the LOCAL VPC respectively.>> Above TWO ports are not for Shared AWS VPC/ Shared Worker Cloud.>> 8081 is to be used when exposing your HTTP endpoint app to the internet through Shared LB>> 8082 is to be used when exposing your HTTPS endpoint app to the internet through Shared LB So, API invocations should be sent to port 8082 when calling this HTTPS based app.References:https://docs.mulesoft.com/runtime-manager/cloudhub-networking-guidehttps://help.mulesoft.com/s/article/Configure-Cloudhub-Application-to-Send-a-HTTPS-Request-Directly-to-Another-Cloudhub-Applicationhttps://help.mulesoft.com/s/question/0D52T00004mXXULSA4/multiple-http-listerners-on-cloudhub-one-with-port-9090NO.29 What API policy would LEAST likely be applied to a Process API?  Custom circuit breaker  Client ID enforcement  Rate limiting  JSON threat protection NO.30 An organization has implemented a Customer Address API to retrieve customer address information. This API has been deployed to multiple environments and has been configured to enforce client IDs everywhere.A developer is writing a client application to allow a user to update their address. The developer has found the Customer Address API in Anypoint Exchange and wants to use it in their client application.What step of gaining access to the API can be performed automatically by Anypoint Platform?  Approve the client application request for the chosen SLA tier  Request access to the appropriate API Instances deployed to multiple environments using the client application’s credentials  Modify the client application to call the API using the client application’s credentials  Create a new application in Anypoint Exchange for requesting access to the API Correct answer: Approve the client application request for the chosen SLA tier*****************************************>> Only approving the client application request for the chosen SLA tier can be automated>> Rest of the provided options are not validNO.31 An API experiences a high rate of client requests (TPS) vwth small message paytoads. How can usage limits be imposed on the API based on the type of client application?  Use an SLA-based rate limiting policy and assign a client application to a matching SLA tier based on its type  Use a spike control policy that limits the number of requests for each client application type  Use a cross-origin resource sharing (CORS) policy to limit resource sharing between client applications, configured by the client application type  Use a rate limiting policy and a client ID enforcement policy, each configured by the client application type  Loading … MCPA-Level-1 Dumps are Available for Instant Access: https://www.dumpsmaterials.com/MCPA-Level-1-real-torrent.html --------------------------------------------------- Images: https://exams.dumpsmaterials.com/wp-content/plugins/watu/loading.gif https://exams.dumpsmaterials.com/wp-content/plugins/watu/loading.gif --------------------------------------------------- --------------------------------------------------- Post date: 2023-05-27 14:26:01 Post date GMT: 2023-05-27 14:26:01 Post modified date: 2023-05-27 14:26:01 Post modified date GMT: 2023-05-27 14:26:01