Discuss Salesforce Salesforce Certified MuleSoft Hyperautomation Developer (Mule-Dev-202) Exam Topic 3 Question 2

Northern Trail Outfitters develops an API to look up manufacturer rebates. This API will be consumed internally by the website's backend and the RPA boots used by its customer service representatives.

How should this API be shared within the organization?

AThe API's RAML specification should be stored in a SharePoint repository.

BThe API asset should be published to the private Exchange portal.

CExample assets should be published to the private Exchange.

DThe API asset should be published to the public Exchange portal.

Suggested Answer: B

To effectively share an API internally within an organization, publishing the API asset to the private Exchange portal is the best approach:

Private Exchange Portal:

The private Exchange portal within MuleSoft Anypoint Platform is designed for sharing APIs, connectors, templates, and other assets within an organization. It provides a central repository that is accessible to all relevant teams and departments.

Access Control and Security:

By using the private Exchange, you can control access to the API, ensuring that only authorized internal users, such as the website's backend team and customer service representatives using RPA bots, can consume it.

Ease of Use:

Publishing to the private Exchange makes it easy for internal teams to discover, access, and reuse the API, promoting consistency and reducing duplication of effort.

MuleSoft Anypoint Exchange Documentation

Get Premium Salesforce Certified MuleSoft Hyperautomation Developer (Mule-Dev-202) Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test

25 comments · newest first

Susana 11 months ago

Example assets in the private Exchange could be useful for testing.

Karan 11 months ago

Storing in SharePoint sounds outdated, doesn’t it?

Sabra 12 months ago

Wait, why would we consider the public Exchange? That seems risky.

Stephaine 12 months ago

Totally agree, it keeps things secure!

Antonio 1 year ago

I think the private Exchange portal is the best option.

Adelina 1 year ago

Option D seems risky since it's a public portal; I don't think we want sensitive API details out there.

Junita 1 year ago

I think we practiced a similar question where we had to decide on sharing methods, and private Exchange seemed to be the best choice then too.

Sherly 1 year ago

I'm not entirely sure, but I feel like storing the RAML in SharePoint could lead to version control issues.

Alaine 1 year ago

I remember we discussed the importance of keeping internal APIs secure, so I think option B makes sense for sharing it privately.

Rosio 1 year ago

Okay, I think I've got a handle on this. The key is to balance making the API accessible to the right internal teams while also maintaining appropriate security controls. I'll weigh the pros and cons of each option.

Tijuana 1 year ago

Hmm, not sure about this one. I'll need to review the details of the question again and think through the different ways the API could be shared within the organization.

Tiffiny 1 year ago

This seems like a straightforward question about sharing an internal API. I'll need to carefully consider the options and think about the security and access implications for each.

Alease 1 year ago

This is a good test of my understanding of API management and internal sharing. I'll draw on my experience with similar situations to select the best approach for this scenario.

Sarina 1 year ago

Wait, I thought one of the downsides of ISO 26000 was that it was really expensive to implement? Or was that a different ISO standard? I'm a bit confused on the details here.

Hortencia 1 year ago

My strategy is always to cross-reference what I know about healthcare contracts. Option C about delegated network authority feels standard for MBHOs.

Merlyn 2 years ago

I think sharing example assets on the private Exchange (C) could help developers understand how to use the API effectively.

Rosio 2 years ago

I believe storing the RAML specification in a SharePoint repository (A) could also be a good option for documentation purposes.

Kenneth 2 years ago

I like option B. Keeping it in a private portal makes sense to maintain control and security over the API.

Hui 2 years ago

↳ replying to Kenneth

I agree, it's important to keep sensitive APIs in a private portal.

Wade 2 years ago

↳ replying to Kenneth

Option B sounds like the best choice for security.

Brunilda 2 years ago

I agree with Novella. Sharing it on the private Exchange portal will maintain control over who can access the API.

Moon 2 years ago

B) The API asset should be published to the private Exchange portal. This ensures the API is accessible only to authorized internal users, which is appropriate for an internal tool.

Hildegarde 2 years ago

↳ replying to Moon

B) The API asset should be published to the private Exchange portal.

Kenia 2 years ago

↳ replying to Moon

A) The API's RAML specification should be stored in a SharePoint repository.

Novella 2 years ago

I think the API should be shared on the private Exchange portal (B). It will ensure secure access within the organization.

Salesforce Certified MuleSoft Hyperautomation Developer (Mule-Dev-202) Exam - Topic 3 Question 2 Discussion