Event-Driven Architecture Assessment

D

Daniel Okoye

@daniel-okoye

·

Assess event-driven architecture suitability through systematic analysis.

75 copies0 forks
Share this prompt:
Assess event-driven architecture suitability step by step.

Current system:
{{current_architecture}}

Proposed events:
{{proposed_events}}

Business drivers: {{business_drivers}}

Think through systematically:

1. USE CASE FIT: Does the problem benefit from event-driven patterns?

2. DECOUPLING NEEDS: How important is loose coupling between services?

3. EVENTUAL CONSISTENCY: Can the business tolerate eventual consistency?

4. EVENT DESIGN: What events should exist? What data do they carry?

5. EVENT ORDERING: Does order matter? How do we handle it?

6. DUPLICATE HANDLING: How do consumers handle duplicate events?

7. EVENT SOURCING: Should we use event sourcing or just messaging?

8. BROKER SELECTION: What message broker fits our needs?

9. FAILURE HANDLING: How do we handle failed event processing?

10. MONITORING: How do we monitor event flow and detect issues?

11. RECOMMENDATION: Is event-driven right? What patterns to use?

Details

Category

Coding

Use Cases

Architecture pattern selectionEvent-driven design reviewSystem modernization planning

Works Best With

claude-opus-4.5gpt-5.2gemini-2.0-flash
Created Updated Shared

Related Prompts

Create your own prompt vault and start sharing