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

SAP Exam C_CPI_15 Topic 1 Question 11 Discussion

Actual exam question for SAP's C_CPI_15 exam
Question #: 11
Topic #: 1
[All C_CPI_15 Questions]

You want to build an architecture that is largely asynchronous. Which design do you use to exchange notifications between the partners involved?

Show Suggested Answer Hide Answer
Suggested Answer: A

Contribute your Thoughts:

Pura
5 months ago
Serverless, huh? Might as well build my architecture in the clouds and let the wind carry the messages.
upvoted 0 times
Tiffiny
4 months ago
C) Serverless design can definitely help with scalability and cost efficiency.
upvoted 0 times
...
Emmett
4 months ago
A) Event-driven design sounds like the way to go for asynchronous notifications.
upvoted 0 times
...
Cassi
4 months ago
Event-driven design could also work well for exchanging notifications.
upvoted 0 times
...
Emerson
4 months ago
Hexagonal design might be a good option for building an architecture that is largely asynchronous.
upvoted 0 times
...
Margret
4 months ago
Serverless design is a great option for asynchronous notifications.
upvoted 0 times
...
Tammara
4 months ago
I think serverless design could work well for exchanging notifications.
upvoted 0 times
...
Noah
5 months ago
Event-driven design sounds like the way to go for asynchronous notifications.
upvoted 0 times
...
...
Yolande
5 months ago
I would go with A) Event-driven design because it allows for loosely coupled components and scalability.
upvoted 0 times
...
Fabiola
5 months ago
I think both A) and C) could work, depending on the specific requirements of the architecture.
upvoted 0 times
...
Lavonda
5 months ago
Ooh, hexagonal design sounds fancy. I bet it has some cool geometric shapes involved.
upvoted 0 times
Doyle
4 months ago
I see, event-driven design is a good choice for asynchronous architectures.
upvoted 0 times
...
Melissa
4 months ago
A) Event-driven design
upvoted 0 times
...
Carma
5 months ago
Hexagonal design does not actually involve geometric shapes, it's just a design pattern.
upvoted 0 times
...
Shay
5 months ago
User 2: Hexagonal design does sound interesting, but I agree that event-driven design is probably the way to go.
upvoted 0 times
...
Carry
5 months ago
D) Request-driven design
upvoted 0 times
...
Royce
5 months ago
C) Serverless design
upvoted 0 times
...
Kenda
5 months ago
User 1: I think I would go with event-driven design for asynchronous architecture.
upvoted 0 times
...
Tiara
5 months ago
B) Hexagonal design
upvoted 0 times
...
Dahlia
5 months ago
A) Event-driven design
upvoted 0 times
...
...
Nettie
6 months ago
I disagree. I believe the best option is C) Serverless design.
upvoted 0 times
...
Launa
6 months ago
Event-driven design all the way! Notifications flying around like fireflies on a summer night.
upvoted 0 times
...
Jerrod
6 months ago
I think the answer is A) Event-driven design.
upvoted 0 times
...
Phil
7 months ago
Agreed. Hexagonal design and request-driven design don't really fit the bill here. They're more about the application structure, not the communication model.
upvoted 0 times
...
Lillian
7 months ago
Hmm, good point. Serverless could work, but I think event-driven design is a more direct and established pattern for this use case.
upvoted 0 times
...
Latricia
7 months ago
What about serverless design? Wouldn't that also work well for an asynchronous architecture? It can handle the scalability and event-driven aspects.
upvoted 0 times
Gilma
5 months ago
I agree, event-driven design allows for loosely coupled components which is great for asynchronous communication.
upvoted 0 times
...
Crissy
5 months ago
I think event-driven design may be a better fit for exchanging notifications in an asynchronous system.
upvoted 0 times
...
Lashawnda
6 months ago
Yes, you're right. Serverless design can definitely work well for asynchronous architecture.
upvoted 0 times
...
...
Yuonne
7 months ago
I agree, event-driven design is the way to go. It gives us the flexibility to add new partners or modify existing ones without disrupting the entire system.
upvoted 0 times
...
Chaya
7 months ago
Definitely, I'm leaning towards option A. Event-driven design is perfect for asynchronous notifications between partners. It allows for loose coupling and scalability.
upvoted 0 times
...
Ronnie
7 months ago
I think this is a great question to test our understanding of asynchronous architectures. The key here is to identify the design pattern that best facilitates decoupled, event-driven communication.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77