Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

OutSystems Architecture-Specialist-11 Exam - Topic 2 Question 30 Discussion

Which of the below matches the most to Core Module Pattern - ECS Summary Cache only variation
B) ... caches only summary data that is frequently lister, joined or searched. Full detail for a (*) single entry is fetched directly from external system. Use when whole database too big or costly to synchronize. Details are only required for single entities (not lists)
A) Same as Base ECS pattern, but have a local replica. Store data to serve as a local cache. Pro: Leverage Entity Use, Simpler Integration API. Con: Less impact on source system
C) Same as ECS with local replica but synchronization logic is separated. Pro: Code independence. Consumers of CS is not affected by Sync. Sync can orchestrate several CS
D) Same as ECS with local replica but API module is provided. So any changes to the external system can notify OS, which OS then gets update from the ERP system (subscription system)
E) ... Entity is exposed as read-only and API is available to centralize business logic for entity ^ creation/update
F) ... is needed if data is coming from MULTIPLE external systems. IS will decide which driver to use depending on the data.
G) ... tries to fetch data from local cache entity, if not there, get single entry from the external p system. Cache only that record (read-through caching) Use when whole database too big or costly to synchronize. Integration only touches a small portion of the database. Avoid if access to lists of data is needed up front.
H) ... a wrapper used to contain the logic, actions and data that will expose code that is inside of ) external library or to inspect external database and import the data structures so they can be used as entities inside of OS
I) ... Entity is not in Outsystems but in an external ERP system. IS just makes remote call to . external system/database. No data is being kept inside OS. Data retrieval may not be optimized as it needs to traverse two different systems to get the information back. Con: Integration API must support all use cases
J) ... is a pattern with two modules, a connector module that can be used to encapsulate an ) external API with the input/output structures and a wrapper module to expose the normalized API to the consumers.

OutSystems Architecture-Specialist-11 Exam - Topic 2 Question 30 Discussion

Actual exam question for OutSystems's Architecture-Specialist-11 exam
Question #: 30
Topic #: 2
[All Architecture-Specialist-11 Questions]

Which of the below matches the most to Core Module Pattern - ECS Summary Cache only variation

Show Suggested Answer Hide Answer
Suggested Answer: B

by Shawna at Sep 19, 2024, 10:43 AM

Limited Time Offer

25%

Off

Get Premium Architecture-Specialist-11 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

0/2000 characters
Submit Cancel
Justine
6 months ago
H sounds interesting, but how does it handle external libraries?
upvoted 0 times
...
Eva
7 months ago
I feel like C has a strong case too, with the sync logic separation.
upvoted 0 times
...
Pansy
7 months ago
Wait, isn't option G more about local caching?
upvoted 0 times
...
Man
7 months ago
Totally agree, B is spot on for caching summary info!
upvoted 0 times
...
Sherly
7 months ago
I think option B fits best, it focuses on summary data.
upvoted 0 times
...
Ernest
7 months ago
I have a feeling that option A is too similar to the base ECS pattern, but I’m not sure if it aligns with the summary cache variation.
upvoted 0 times
...
Nichelle
8 months ago
I'm a bit confused about option C and D. They both mention local replicas, but I can't recall the specific differences between them.
upvoted 0 times
...
Dorinda
8 months ago
I remember practicing a question similar to this, and I feel like option G might be relevant too, since it mentions fetching from a local cache first.
upvoted 0 times
...
Brande
8 months ago
I think option B sounds familiar, especially the part about caching summary data. It seems to fit the ECS summary cache concept, but I'm not entirely sure.
upvoted 0 times
...
Jaleesa
8 months ago
I think I've got a good handle on the key elements of the Core Module Pattern - ECS Summary Cache only variation. Now it's just a matter of carefully analyzing each option and selecting the one that best matches those characteristics.
upvoted 0 times
...
Celia
8 months ago
Option G seems to be describing a read-through caching approach, which could be a valid variation of the ECS pattern. I'll make sure to consider that as a possibility, along with the other options that more directly mention the "summary cache" aspect.
upvoted 0 times
...
Kirk
8 months ago
I'm a bit confused by some of the options, like C and D. They mention additional features like separate synchronization logic and an API module, which don't seem directly relevant to the specific pattern described in the question. I'll need to focus on the core characteristics of the pattern.
upvoted 0 times
...
Lucina
8 months ago
Option B looks like the best match to me. It mentions caching only summary data that is frequently used, while fetching full details directly from the external system as needed. That aligns with the "ECS Summary Cache only" part of the question.
upvoted 0 times
...
Casie
8 months ago
This question seems straightforward, but I want to make sure I understand the key differences between the patterns. I'll need to carefully read through each option and think about how they align with the Core Module Pattern - ECS Summary Cache only variation.
upvoted 0 times
...
Kenda
8 months ago
The key here is understanding the relationship between the Oracle Adapters, OSB, and SOA Suite. Since the adapters are deployed on the same WebLogic servers, that's probably an important factor. And the XA features could also play a role in how they integrate.
upvoted 0 times
...
Gregoria
2 years ago
Option B is the way to go, folks. It's like a 'Cliff's Notes' version of the external system - just the highlights, without all the fluff.
upvoted 0 times
...
Twanna
2 years ago
Option H is just too weird. 'A wrapper used to contain the logic, actions and data that will expose code that is inside of external library'? What does that even mean?
upvoted 0 times
Sanda
2 years ago
I think option H is trying to abstract away the complexity of interacting with external libraries or databases.
upvoted 0 times
...
Thad
2 years ago
Yeah, I agree. Option H seems like it's trying to do too many things at once.
upvoted 0 times
...
Ezekiel
2 years ago
I know, option H does sound confusing. It's like a wrapper for a wrapper.
upvoted 0 times
...
...
Elena
2 years ago
Option J is a bit too generic. It's talking about a connector and wrapper module, but doesn't really address the specific ECS summary cache pattern.
upvoted 0 times
...
Terina
2 years ago
Option I looks interesting, but it doesn't seem to fit the 'ECS Summary Cache only' requirement. It's more about just making remote calls without any local caching.
upvoted 0 times
Enola
2 years ago
We should look for an option that includes local caching for the ECS Summary Cache pattern.
upvoted 0 times
...
Ruth
2 years ago
Yeah, option I seems to focus more on remote calls without local caching.
upvoted 0 times
...
Dalene
2 years ago
I think option I is not the right fit for the ECS Summary Cache only requirement.
upvoted 0 times
...
...
Val
2 years ago
I'm leaning towards Option G. It describes a read-through caching approach, which aligns with the 'ECS Summary Cache only' variation.
upvoted 0 times
Carlton
2 years ago
Yes, it would help optimize data retrieval and avoid syncing the entire database.
upvoted 0 times
...
Oren
2 years ago
I agree, read-through caching would be beneficial for this pattern.
upvoted 0 times
...
Franklyn
2 years ago
Option G seems like a good fit for the ECS Summary Cache only variation.
upvoted 0 times
...
...
Diego
2 years ago
I'm leaning towards answer C. Separating synchronization logic could provide more flexibility in the long run.
upvoted 0 times
...
Wai
2 years ago
I disagree, I believe the answer is G. Fetching data from local cache first can be more efficient.
upvoted 0 times
...
Lizette
2 years ago
Option B seems to be the best match. It specifically mentions caching only the summary data and fetching the full details from the external system when needed.
upvoted 0 times
Solange
2 years ago
Yes, option B is the most suitable for the Core Module Pattern - ECS Summary Cache only variation.
upvoted 0 times
...
Wynell
2 years ago
Option B seems like a good choice, it focuses on caching summary data and fetching details when necessary.
upvoted 0 times
...
Annamae
2 years ago
I agree, option B mentions caching only summary data and fetching full details when needed.
upvoted 0 times
...
Narcisa
2 years ago
I think option B is the best match for Core Module Pattern - ECS Summary Cache only variation.
upvoted 0 times
...
Ressie
2 years ago
I agree, Option B mentions caching only summary data and fetching full details when needed from the external system.
upvoted 0 times
...
Malcolm
2 years ago
I think Option B is the best match for Core Module Pattern - ECS Summary Cache only variation.
upvoted 0 times
...
...
Erinn
2 years ago
I think the answer is A. Having a local replica for caching seems like a good idea.
upvoted 0 times
...

Save Cancel