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?
Event-Driven Architecture Assessment
Assess event-driven architecture suitability through systematic analysis.
75 copies0 forks
Share this prompt:
Details
Category
CodingUse Cases
Architecture pattern selectionEvent-driven design reviewSystem modernization planning
Works Best With
claude-opus-4.5gpt-5.2gemini-2.0-flash
Created Updated Shared