Discuss Salesforce Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Exam Topic 4 Question 13

A client has several applications running on the Salesforce service cloud. The business requirement for integration is to get daily data changes from Account and Case

Objects. Data needs to be moved to the client's private cloud AWS DynamoDB instance as a single JSON and the business foresees only wanting five attributes from the

Account object, which has 219 attributes (some custom) and eight attributes from the Case Object.

What design should be used to support the API/ Application data model?

ACreate separate entities for Account and Case Objects by mimicking all the attributes in SAPI, which are combined by the PAPI and filtered to provide JSON output containing 13 attributes.

BRequest client's AWS project team to replicate all the attributes and create Account and Case JSON table in DynamoDB. Then create separate entities for Account and Case Objects by mimicking all the attributes in SAPI to
transfer ISON data to DynamoD for respective Objects

CStart implementing an Enterprise Data Model by defining enterprise Account and Case Objects and implement SAPI and DynamoDB tables based on the Enterprise Data Model,

DCreate separate entities for Account with five attributes and Case with eight attributes in SAPI, which are combined by the PAPI to provide JSON output containing 13 attributes.

Suggested Answer: D

Correct Answer : A Non-Mule application

*****************************************

>> 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.

Get Premium Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test

25 comments · newest first

Odette 11 months ago

Definitely surprised by the number of attributes in the Account object!

Elinore 11 months ago

I think C could work too, but it feels a bit overkill for this case.

Lorrine 12 months ago

Wait, why would we mimic all attributes? Seems unnecessary.

Luann 12 months ago

I agree, less clutter is always better!

Chan 1 year ago

Option D seems the most efficient, just pulling the needed attributes.

Meaghan 1 year ago

I feel like option D is the most straightforward approach, but I wonder if we might miss some important data by only selecting those 13 attributes.

Wilda 1 year ago

I keep getting confused between options A and B. I think both suggest replicating all attributes, but I’m not sure if that’s necessary for this integration.

Marcos 1 year ago

I'm not entirely sure, but I think we practiced a similar question where we had to decide on data modeling. I feel like option C might be too complex for this scenario.

Elvis 1 year ago

I remember we discussed the importance of minimizing data transfer, so option D seems like it could be the right choice since it only pulls the needed attributes.

Alex 1 year ago

I think I understand the problem, but I want to make sure I'm not missing any important details before deciding on a design. I'll review the requirements one more time to be confident in my approach.

Irene 1 year ago

I'm not sure about starting with an enterprise data model right away. That could add unnecessary complexity for this specific integration use case. I'll need to weigh the pros and cons of each approach.

Gerry 1 year ago

Option D looks like the most efficient solution to me. Extracting just the required attributes and combining them in the PAPI seems like the cleanest way to handle this.

Alayna 1 year ago

Hmm, I'm a bit confused by the different options. I'll need to review the requirements closely and consider the tradeoffs between creating separate entities versus replicating the data model.

Shonda 1 year ago

This seems like a straightforward integration problem, but I'll need to think carefully about the best approach to minimize complexity and maintain flexibility.

Dominic 1 year ago

This is a good question to test our understanding of business data. I think the key is to focus on the purpose and use of the data within the application's functional area. Option A seems to capture that the best.

Lyla 2 years ago

Option A, B, and C? More like A, B, and See ya later! Option D is the way to go, unless the client wants to play a game of 'guess how many attributes I have'.

Ty 1 year ago

↳ replying to Lyla

I agree, Option D seems like the most efficient choice for this integration.

Michel 2 years ago

↳ replying to Lyla

Option D is definitely the way to go. Less hassle with all those attributes!

Blondell 2 years ago

That's a good point, Afton. It's important to consider the long-term implications of the design choice for the API/Application data model.

Novella 2 years ago

Jester

Georgiana 1 year ago

↳ replying to Novella

Georgiana 1 year ago

↳ replying to Novella

Georgiana 1 year ago

↳ replying to Novella

Afton 2 years ago

I disagree, I believe option C is the way to go. Starting with an Enterprise Data Model will ensure a more organized and scalable approach in the long run.

Blondell 2 years ago

I think option A is the best choice because it combines the attributes in SAPI and filters them to provide the JSON output with only the required attributes.

Salesforce Certified MuleSoft Platform Architect (Mule-Arch-201) Exam - Topic 4 Question 13 Discussion