True or False. We should always make sure that the APIs being designed and developed are self-
servable even if it needs more man-day effort and resources.
B
Explanation:
Correct Answer: TRUE
*****************************************
>> As per MuleSoft proposed IT Operating Model, designing APIs and making sure that they are
discoverable and self-servable is VERY VERY IMPORTANT and decides the success of an API and its
application network.
What are 4 important Platform Capabilities offered by Anypoint Platform?
C
Explanation:
Correct Answer: API Design and Development, API Runtime Execution and Hosting, API Operations
and Management, API Consumer Engagement
*****************************************
>> API Design and Development - Anypoint Studio, Anypoint Design Center, Anypoint Connectors
>> API Runtime Execution and Hosting - Mule Runtimes, CloudHub, Runtime Services
>> API Operations and Management - Anypoint API Manager, Anypoint Exchange
>> API Consumer Management - API Contracts, Public Portals, Anypoint Exchange, API Notebooks
What Anypoint Platform Capabilities listed below fall under APIs and API Invocations/Consumers
category? Select TWO.
D
Explanation:
Correct Answers: API Design and Development and API Runtime Execution and Hosting
*****************************************
>> API Design and Development - Anypoint Studio, Anypoint Design Center, Anypoint Connectors
>> API Runtime Execution and Hosting - Mule Runtimes, CloudHub, Runtime Services
>> API Operations and Management - Anypoint API Manager, Anypoint Exchange
>> API Consumer Management - API Contracts, Public Portals, Anypoint Exchange, API Notebooks
Explanation:
Correct Answers:API Operations and Management and API Consumer Engagement
*****************************************
>>API Design and Development- Anypoint Studio, Anypoint Design Center, Anypoint Connectors
>>API Runtime Execution and Hosting- Mule Runtimes, CloudHub, Runtime Services
>>API Operations and Management- Anypoint API Manager, Anypoint Exchange
>>API Consumer Management- API Contracts, Public Portals, Anypoint Exchange, API Notebooks
Select the correct Owner-Layer combinations from below options
A.
1. App Developers owns and focuses on Experience Layer APIs
2. Central IT owns and focuses on Process Layer APIs
3. LOB IT owns and focuses on System Layer APIs
B.
1. Central IT owns and focuses on Experience Layer APIs
2. LOB IT owns and focuses on Process Layer APIs
3. App Developers owns and focuses on System Layer APIs
C.
1. App Developers owns and focuses on Experience Layer APIs
2. LOB IT owns and focuses on Process Layer APIs
3. Central IT owns and focuses on System Layer APIs
C
Explanation:
Correct Answer:
1. App Developers owns and focuses on Experience Layer APIs
2. LOB IT owns and focuses on Process Layer APIs
3. Central IT owns and focuses on System Layer APIs
References:
https://blogs.mulesoft.com/biz/api/experience-api-ownership/
https://blogs.mulesoft.com/biz/api/process-api-ownership/
https://blogs.mulesoft.com/biz/api/system-api-ownership/
Which layer in the API-led connectivity focuses on unlocking key systems, legacy systems, data
sources etc and exposes the functionality?
C
Explanation:
Correct Answer: System Layer
The APIs used in an API-led approach to connectivity fall into three categories:
System APIs these usually access the core systems of record and provide a means of insulating the
user from the complexity or any changes to the underlying systems. Once built, many users, can
access data without any need to learn the underlying systems and can reuse these APIs in multiple
projects.
Process APIs These APIs interact with and shape data within a single system or across systems
(breaking down data silos) and are created here without a dependence on the source systems from
which that data originates, as well as the target channels through which that data is delivered.
Experience APIs Experience APIs are the means by which data can be reconfigured so that it is most
easily consumed by its intended audience, all from a common data source, rather than setting up
separate point-to-point integrations for each channel. An Experience API is usually created with API-
first design principles where the API is designed for the specific user experience in mind.
A Mule application exposes an HTTPS endpoint and is deployed to three CloudHub workers that do
not use static IP addresses. The Mule application expects a high volume of client requests in short
time periods. What is the most cost-effective infrastructure component that should be used to serve
the high volume of client requests?
A.
A customer-hosted load balancer
B.
The CloudHub shared load balancer
C. An API proxy
D. Runtime Manager autoscaling
B
Explanation:
Correct Answer: The CloudHub shared load balancer
*****************************************
The scenario in this question can be split as below:
>> There are 3 CloudHub workers (So, there are already good number of workers to handle high
volume of requests)
>> The workers are not using static IP addresses (So, one CANNOT use customer load-balancing
solutions without static IPs)
>> Looking for most cost-effective component to load balance the client requests among the
workers.
Based on the above details given in the scenario:
>> Runtime autoscaling is NOT at all cost-effective as it incurs extra cost. Most over, there are already
3 workers running which is a good number.
>> We cannot go for a customer-hosted load balancer as it is also NOT most cost-effective (needs
custom load balancer to maintain and licensing) and same time the Mule App is not having Static IP
Addresses which limits from going with custom load balancing.
>> An API Proxy is irrelevant there as it has no role to play w.r.t handling high volumes or load
balancing.
So, the only right option to go with and fits the purpose of scenario being most cost-effective is -
using a CloudHub Shared Load Balancer.
What are the major benefits of MuleSoft proposed IT Operating Model?
A.
1. Decrease the IT delivery gap
2. Meet various business demands without increasing the IT capacity
3. Focus on creation of reusable assets first. Upon finishing creation of all the possible assets then
inform the LOBs in the organization to start using them
B.
1. Decrease the IT delivery gap
2. Meet various business demands by increasing the IT capacity and forming various IT departments
3. Make consumption of assets at the rate of production
C.
1. Decrease the IT delivery gap
2. Meet various business demands without increasing the IT capacity
3. Make consumption of assets at the rate of production
C
Explanation:
Correct Answer:
1. Decrease the IT delivery gap
2. Meet various business demands without increasing the IT capacity
3. Make consumption of assets at the rate of production.
*****************************************
Reference:
https://www.youtube.com/watch?v=U0FpYMnMjmM
Which of the following best fits the definition of API-led connectivity?
A.
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
B.
API-led connectivity is a 3-layered architecture covering Experience, Process and System layers
C.
API-led connectivity is a technology which enabled us to implement Experience, Process and System
layer based APIs
A
Explanation:
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:
https://blogs.mulesoft.com/dev/api-dev/what-is-api-led-connectivity/
A system API has a guaranteed SLA of 100 ms per request. The system API is deployed to a primary
environment as well as to a disaster recovery (DR) environment, with different DNS names in each
environment. An upstream process API invokes the system API and the main goal of this process API
is to respond to client requests in the least possible time. In what order should the system APIs be
invoked, and what changes should be made in order to speed up the response time for requests from
the process API?
A.
In parallel, invoke the system API deployed to the primary environment and the system API deployed
to the DR environment, and ONLY use the first response
B.
In parallel, invoke the system API deployed to the primary environment and the system API deployed
to the DR environment using a scatter-gather configured with a timeout, and then merge the
responses
C.
Invoke the system API deployed to the primary environment, and if it fails, invoke the system API
deployed to the DR environment
D.
Invoke ONLY the system API deployed to the primary environment, and add timeout and retry logic
to avoid intermittent failures
A
Explanation:
Correct Answer: In parallel, invoke the system API deployed to the primary environment and the
system API deployed to the DR environment, and ONLY use the first response.
*****************************************
>> The API requirement in the given scenario is to respond in least possible time.
>> The option that is suggesting to first try the API in primary environment and then fallback to API in
DR environment would result in successful response but NOT in least possible time. So, this is NOT a
right choice of implementation for given requirement.
>> Another option that is suggesting to ONLY invoke API in primary environment and to add timeout
and retries may also result in successful response upon retries but NOT in least possible time. So, this
is also NOT a right choice of implementation for given requirement.
>> One more option that is suggesting to invoke API in primary environment and API in DR
environment in parallel using Scatter-Gather would result in wrong API response as it would return
merged results and moreover, Scatter-Gather does things in parallel which is true but still completes
its scope only on finishing all routes inside it. So again, NOT a right choice of implementation for
given requirement
The Correct choice is to invoke the API in primary environment and the API in DR environment
parallelly, and using ONLY the first response received from one of them.
The application network is recomposable: it is built for change because it "bends but does not break"
A. TRUE
B. FALSE
A
*****************************************
>> Application Network is a disposable architecture.
>> Which means, it can be altered without disturbing entire architecture and its components.
>> It bends as per requirements or design changes but does not break
Reference:
https://www.mulesoft.com/resources/api/what-is-an-application-network