RCommon
HomeGitHub
  • Introduction
  • Common Scenarios
  • Getting Started
    • Running Examples
    • Roadmap
    • Releases
      • 1.0.1.75
      • 1.0.2.0
      • 2.0.0
      • 2.1.0
  • Topics
    • Fundamentals
      • Configuration
      • Logging
      • GUID Generation
      • Time and Date
      • Emailing
        • SMTP Email
        • SendGrid Email API
      • Data Transfer Objects
        • Pagination
      • Security
        • Current User
        • Claims
      • Events
        • Transactional Events
        • Synchronous Events
        • Asynchronous Events
        • Producers
        • Subscribers
      • Validation
        • Fluent Validation
      • Caching
        • Dynamically Compiled Expressions
        • Persistence Caching
        • Caching Services
        • Redis & Valkey
        • Memory Cache
      • Serialization
        • JSON.NET
        • System.Text.Json
    • Patterns
      • Specification
      • Mediator
        • MediatR
          • Validator Behavior
          • Unit of Work Behavior
          • Logging Behavior
      • CQRS
        • Commands
        • Queries
      • Persistence
        • Repository
          • Entity Framework Core
          • Dapper
          • Linq2Db
        • Transactions
          • Unit of Work
      • Event Bus
        • In Memory
        • MediatR
        • Wolverine
      • Message Bus
        • MassTransit
        • Wolverine
    • Architecture
      • Overview
      • Microservices
      • Clean Architecture
      • Event Driven Architecture
  • Examples
    • Clean Architecture
    • CQRS
    • Mediator: MediatR
    • Event Handling: In Memory
    • Event Handling: MediatR
    • Event Handling: MassTransit
    • Event Handling: Wolverine
    • Validation: Fluent Validation
Powered by GitBook
On this page
  • Overview
  • Reference Architecture
  1. Topics
  2. Architecture

Event Driven Architecture

Event Driven Architecture using RCommon

PreviousClean ArchitectureNextClean Architecture

Last updated 10 months ago

Overview

Event driven architecture is often paired with other architectural or cloud design patterns such as domain driven design (DDD), , event sourcing, or . Generally, it infers the usage of high volume, real-time applications which may exist as several sub-systems which need to process data asynchronously in their own unique models. There are a great deal of benefits and challenges associated with this architecture. That said, we'll show you how RCommon trivializes some of the more complex mechanics of such a system should you decide to use it.

Reference Architecture

Application Layer

Coming soon...

Domain Layer

Coming soon...

Persistence Layer

Coming soon...

Event Handling

Coming soon...

microservices
clean architecture
A reference diagram for event driven architecture