Event Sourcing: Implementacija revizijskih zapisa za robusne sustave koji se mogu pratiti

U današnjem složenom i međusobno povezanom digitalnom okruženju, održavanje robusnog i sveobuhvatnog revizijskog zapisa od najveće je važnosti. To nije samo često regulatorni zahtjev, već je i ključno za otklanjanje grešaka, sigurnosnu analizu i razumijevanje evolucije vašeg sustava. Event Sourcing, arhitektonski obrazac koji bilježi sve promjene stanja aplikacije kao niz događaja, nudi elegantno i moćno rješenje za implementaciju revizijskih zapisa koji su pouzdani, revizijski i proširivi.

Što je Event Sourcing?

Tradicionalne aplikacije obično pohranjuju samo trenutno stanje podataka u bazu podataka. Ovaj pristup otežava rekonstrukciju prošlih stanja ili razumijevanje niza događaja koji su doveli do trenutnog stanja. Event Sourcing, nasuprot tome, fokusira se na bilježenje svake značajne promjene stanja aplikacije kao nepromjenjivog događaja. Ti se događaji pohranjuju u repozitorij događaja koji se može samo nadopunjavati, tvoreći potpunu i kronološku evidenciju svih radnji unutar sustava.

Zamislite to kao bankovnu knjigu. Umjesto jednostavnog bilježenja trenutnog stanja, svaki polog, isplata i prijenos bilježe se kao zaseban događaj. Ponovnim reproduciranjem tih događaja možete rekonstruirati stanje računa u bilo kojem trenutku.

Zašto koristiti Event Sourcing za revizijske zapise?

Event Sourcing nudi nekoliko uvjerljivih prednosti za implementaciju revizijskih zapisa:

• Potpuna i nepromjenjiva povijest: Svaka promjena bilježi se kao događaj, pružajući potpunu i nepromjenjivu evidenciju evolucije sustava. To osigurava da je revizijski zapis točan i otporan na neovlašteno mijenjanje.
• Vremensko pretraživanje: Lako možete rekonstruirati stanje sustava u bilo kojem trenutku ponovnim reproduciranjem događaja do tog trenutka. To omogućuje moćne mogućnosti vremenskog pretraživanja za reviziju i analizu.
• Revizijski i sljedivi: Svaki događaj obično uključuje metapodatke kao što su vremenska oznaka, ID korisnika i ID transakcije, što olakšava praćenje izvora i utjecaja svake promjene.
• Odvajanje i skalabilnost: Event Sourcing promiče odvajanje između različitih dijelova sustava. Događaje može konzumirati više pretplatnika, što omogućuje skalabilnost i fleksibilnost.
• Mogućnost ponavljanja za otklanjanje grešaka i oporavak: Događaji se mogu ponovno reproducirati za ponovno stvaranje prošlih stanja u svrhu otklanjanja grešaka ili oporavka od pogrešaka.
• Podrška za CQRS: Event Sourcing se često koristi u kombinaciji s obrascem razdvajanja odgovornosti naredbi i upita (CQRS), koji razdvaja operacije čitanja i pisanja, dodatno poboljšavajući performanse i skalabilnost.

Implementacija Event Sourcinga za revizijske zapise: Vodič korak po korak

Ovo je praktični vodič za implementaciju Event Sourcinga za revizijske zapise:

1. Identificirajte ključne događaje

Prvi korak je identificirati ključne događaje koje želite zabilježiti u svom revizijskom zapisu. Ti događaji trebaju predstavljati značajne promjene u stanju aplikacije. Razmotrite radnje kao što su:

• Autentifikacija korisnika (prijava, odjava)
• Stvaranje, izmjena i brisanje podataka
• Pokretanje i dovršetak transakcije
• Promjene konfiguracije
• Događaji povezani sa sigurnošću (npr. promjene kontrole pristupa)

Primjer: Za platformu e-trgovine, ključni događaji mogu uključivati "NarudžbaKreirana", "PlaćanjePrimljeno", "NarudžbaPoslana", "ProizvodDodanuKošaricu" i "KorisničkiProfilAžuriran".

2. Definirajte strukturu događaja

Svaki događaj treba imati dobro definiranu strukturu koja uključuje sljedeće informacije:

• Tip događaja: Jedinstveni identifikator za tip događaja (npr. "OrderCreated").
• Podaci o događaju: Podaci povezani s događajem, kao što su ID narudžbe, ID proizvoda, ID kupca i iznos plaćanja.
• Vremenska oznaka: Datum i vrijeme kada se događaj dogodio. Razmotrite korištenje UTC-a za dosljednost u različitim vremenskim zonama.
• ID korisnika: ID korisnika koji je pokrenuo događaj.
• ID transakcije: Jedinstveni identifikator za transakciju kojoj događaj pripada. Ovo je ključno za osiguravanje atomičnosti i dosljednosti u više događaja.
• ID korelacije: Identifikator koji se koristi za praćenje povezanih događaja kroz različite usluge ili komponente. Ovo je posebno korisno u arhitekturama mikroservisa.
• ID uzroka: (Opcionalno) ID događaja koji je uzrokovao ovaj događaj. To pomaže u praćenju uzročnog lanca događaja.
• Metapodaci: Dodatne kontekstualne informacije, kao što su IP adresa korisnika, tip preglednika ili geografska lokacija. Budite svjesni propisa o privatnosti podataka poput GDPR-a prilikom prikupljanja i pohranjivanja metapodataka.

Primjer: Događaj "OrderCreated" može imati sljedeću strukturu:

{
  "eventType": "OrderCreated",
  "eventData": {
    "orderId": "12345",
    "customerId": "67890",
    "orderDate": "2023-10-27T10:00:00Z",
    "totalAmount": 100.00,
    "currency": "USD",
    "shippingAddress": {
      "street": "123 Main St",
      "city": "Anytown",
      "state": "CA",
      "zipCode": "91234",
      "country": "USA"
    }
  },
  "timestamp": "2023-10-27T10:00:00Z",
  "userId": "user123",
  "transactionId": "tx12345",
  "correlationId": "corr123",
  "metadata": {
    "ipAddress": "192.168.1.1",
    "browser": "Chrome",
    "location": {
       "latitude": 34.0522,
       "longitude": -118.2437
    }
  }
}

3. Odaberite repozitorij događaja

Repozitorij događaja je središnje spremište za pohranu događaja. Trebala bi biti baza podataka koja se može samo nadopunjavati, optimizirana za pisanje i čitanje nizova događaja. Dostupno je nekoliko opcija:

• Namjenske baze podataka repozitorija događaja: To su baze podataka posebno dizajnirane za Event Sourcing, kao što su EventStoreDB i AxonDB. Nude značajke poput tokova događaja, projekcija i pretplata.
• Relacijske baze podataka: Možete koristiti relacijsku bazu podataka poput PostgreSQL-a ili MySQL-a kao repozitorij događaja. Međutim, morat ćete sami implementirati semantiku samo nadopunjavanja i upravljanje tokom događaja. Razmislite o korištenju namjenske tablice za događaje sa stupcima za ID događaja, tip događaja, podatke događaja, vremensku oznaku i metapodatke.
• NoSQL baze podataka: NoSQL baze podataka poput MongoDB-a ili Cassandre također se mogu koristiti kao repozitoriji događaja. Nude fleksibilnost i skalabilnost, ali mogu zahtijevati više truda za implementaciju potrebnih značajki.
• Rješenja temeljena na oblaku: Dobavljači usluga u oblaku poput AWS-a, Azure-a i Google Clouda nude upravljane usluge strujanja događaja poput Kafke, Kinesis-a i Pub/Sub-a, koje se mogu koristiti kao repozitoriji događaja. Ove usluge pružaju skalabilnost, pouzdanost i integraciju s drugim uslugama u oblaku.

Pri odabiru repozitorija događaja, razmotrite čimbenike kao što su:

• Skalabilnost: Može li repozitorij događaja podnijeti očekivani volumen događaja?
• Trajnost: Koliko je pouzdan repozitorij događaja u smislu sprječavanja gubitka podataka?
• Mogućnosti pretraživanja: Podržava li repozitorij događaja vrste upita koje trebate za reviziju i analizu?
• Podrška za transakcije: Podržava li repozitorij događaja ACID transakcije kako bi se osigurala dosljednost podataka?
• Integracija: Integrira li se repozitorij događaja dobro s vašom postojećom infrastrukturom i alatima?
• Trošak: Koliki je trošak korištenja repozitorija događaja, uključujući troškove pohrane, obrade i mreže?

4. Implementirajte objavljivanje događaja

Kada se dogodi događaj, vaša ga aplikacija treba objaviti u repozitoriju događaja. To obično uključuje sljedeće korake:

• Stvorite objekt događaja: Stvorite objekt događaja koji sadrži tip događaja, podatke događaja, vremensku oznaku, ID korisnika i druge relevantne metapodatke.
• Serijalizirajte događaj: Serijalizirajte objekt događaja u format koji se može pohraniti u repozitorij događaja, kao što su JSON ili Avro.
• Dodajte događaj u repozitorij događaja: Dodajte serijalizirani događaj u repozitorij događaja. Osigurajte da je ova operacija atomska kako biste spriječili oštećenje podataka.
• Objavite događaj pretplatnicima: (Opcionalno) Objavite događaj svim pretplatnicima koji su zainteresirani za njegovo primanje. To se može učiniti pomoću reda poruka ili obrasca objave-pretplate.

Primjer (koristeći hipotetski EventStoreService):

public class OrderService {

  private final EventStoreService eventStoreService;

  public OrderService(EventStoreService eventStoreService) {
    this.eventStoreService = eventStoreService;
  }

  public void createOrder(Order order, String userId) {
    // ... poslovna logika za kreiranje narudžbe ...

    OrderCreatedEvent event = new OrderCreatedEvent(
        order.getOrderId(),
        order.getCustomerId(),
        order.getOrderDate(),
        order.getTotalAmount(),
        order.getCurrency(),
        order.getShippingAddress()
    );

    eventStoreService.appendEvent("order", order.getOrderId(), event, userId);
  }
}

public class EventStoreService {

  public void appendEvent(String streamName, String entityId, Object event, String userId) {
    // Stvorite objekt događaja
    EventRecord eventRecord = new EventRecord(
        UUID.randomUUID(), // eventId
        streamName,  // streamName
        entityId,   // entityId
        event.getClass().getName(), // eventType
        toJson(event),  // eventData
        Instant.now().toString(), // timestamp
        userId  // userId
    );

    // Serijalizirajte događaj
    String serializedEvent = toJson(eventRecord);

    // Dodajte događaj u repozitorij događaja (implementacija specifična za odabrani repozitorij događaja)
    storeEventInDatabase(serializedEvent);

    // Objavite događaj pretplatnicima (opcionalno)
    publishEventToMessageQueue(serializedEvent);
  }

  // Zamjenske metode za interakciju s bazom podataka i redom poruka
  private void storeEventInDatabase(String serializedEvent) {
    // Implementacija za pohranu događaja u bazu podataka
    System.out.println("Pohranjivanje događaja u bazu podataka: " + serializedEvent);
  }

  private void publishEventToMessageQueue(String serializedEvent) {
    // Implementacija za objavljivanje događaja u red poruka
    System.out.println("Objavljivanje događaja u red poruka: " + serializedEvent);
  }

  private String toJson(Object obj) {
    // Implementacija za serijalizaciju događaja u JSON
    try {
      ObjectMapper mapper = new ObjectMapper();
      return mapper.writeValueAsString(obj);
    } catch (Exception e) {
      throw new RuntimeException("Greška pri serijalizaciji događaja u JSON", e);
    }
  }
}


class EventRecord {
  private final UUID eventId;
  private final String streamName;
  private final String entityId;
  private final String eventType;
  private final String eventData;
  private final String timestamp;
  private final String userId;

  public EventRecord(UUID eventId, String streamName, String entityId, String eventType, String eventData, String timestamp, String userId) {
    this.eventId = eventId;
    this.streamName = streamName;
    this.entityId = entityId;
    this.eventType = eventType;
    this.eventData = eventData;
    this.timestamp = timestamp;
    this.userId = userId;
  }

  // Getters

  @Override
  public String toString() {
    return "EventRecord{" +
        "eventId=" + eventId +
        ", streamName='" + streamName + '\'' +
        ", entityId='" + entityId + '\'' +
        ", eventType='" + eventType + '\'' +
        ", eventData='" + eventData + '\'' +
        ", timestamp='" + timestamp + '\'' +
        ", userId='" + userId + '\'' +
        '}';
  }
}

class OrderCreatedEvent {
    private final String orderId;
    private final String customerId;
    private final String orderDate;
    private final double totalAmount;
    private final String currency;
    private final String shippingAddress;

    public OrderCreatedEvent(String orderId, String customerId, String orderDate, double totalAmount, String currency, String shippingAddress) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
        this.shippingAddress = shippingAddress;
    }

    // Getters for all fields

    public String getOrderId() { return orderId; }
    public String getCustomerId() { return customerId; }
    public String getOrderDate() { return orderDate; }
    public double getTotalAmount() { return totalAmount; }
    public String getCurrency() { return currency; }
    public String getShippingAddress() { return shippingAddress; }

    @Override
    public String toString() {
        return "OrderCreatedEvent{" +
                "orderId='" + orderId + '\'' +
                ", customerId='" + customerId + '\'' +
                ", orderDate='" + orderDate + '\'' +
                ", totalAmount=" + totalAmount +
                ", currency='" + currency + '\'' +
                ", shippingAddress='" + shippingAddress + '\'' +
                '}';
    }
}

class Order {
  private final String orderId;
  private final String customerId;
  private final String orderDate;
  private final double totalAmount;
  private final String currency;
  private final String shippingAddress;

  public Order(String orderId, String customerId, String orderDate, double totalAmount, String currency, String shippingAddress) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
        this.shippingAddress = shippingAddress;
    }

    // Getters for all fields

    public String getOrderId() { return orderId; }
    public String getCustomerId() { return customerId; }
    public String getOrderDate() { return orderDate; }
    public double getTotalAmount() { return totalAmount; }
    public String getCurrency() { return currency; }
    public String getShippingAddress() { return shippingAddress; }

    @Override
    public String toString() {
        return "Order{" +
                "orderId='" + orderId + '\'' +
                ", customerId='" + customerId + '\'' +
                ", orderDate='" + orderDate + '\'' +
                ", totalAmount=" + totalAmount +
                ", currency='" + currency + '\'' +
                ", shippingAddress='" + shippingAddress + '\'' +
                '}';
    }
}

5. Izgradite modele za čitanje (Projekcije)

Iako repozitorij događaja pruža potpunu povijest svih promjena, često nije učinkovito izravno ga pretraživati za operacije čitanja. Umjesto toga, možete izgraditi modele za čitanje, poznate i kao projekcije, koji su optimizirani za specifične obrasce upita. Ti se modeli za čitanje izvode iz toka događaja i ažuriraju se asinkrono kako se objavljuju novi događaji.

Primjer: Možete stvoriti model za čitanje koji sadrži popis svih narudžbi za određenog kupca, ili model za čitanje koji sažima podatke o prodaji za određeni proizvod.

Za izgradnju modela za čitanje, pretplatite se na tok događaja i obradite svaki događaj. Za svaki događaj, ažurirajte model za čitanje u skladu s tim.

Primjer:

public class OrderSummaryReadModelUpdater {

    private final OrderSummaryRepository orderSummaryRepository;

    public OrderSummaryReadModelUpdater(OrderSummaryRepository orderSummaryRepository) {
        this.orderSummaryRepository = orderSummaryRepository;
    }

    public void handle(OrderCreatedEvent event) {
        OrderSummary orderSummary = new OrderSummary(
                event.getOrderId(),
                event.getCustomerId(),
                event.getOrderDate(),
                event.getTotalAmount(),
                event.getCurrency()
        );

        orderSummaryRepository.save(orderSummary);
    }

    // Ostali rukovatelji događajima za PaymentReceivedEvent, OrderShippedEvent itd.
}

interface OrderSummaryRepository {
    void save(OrderSummary orderSummary);
}

class OrderSummary {
    private final String orderId;
    private final String customerId;
    private final String orderDate;
    private final double totalAmount;
    private final String currency;

    public OrderSummary(String orderId, String customerId, String orderDate, double totalAmount, String currency) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
    }
    //Getters
}

6. Osigurajte repozitorij događaja

Repozitorij događaja sadrži osjetljive podatke, stoga je ključno pravilno ga osigurati. Razmotrite sljedeće sigurnosne mjere:

• Kontrola pristupa: Ograničite pristup repozitoriju događaja samo na ovlaštene korisnike i aplikacije. Koristite snažne mehanizme autentifikacije i autorizacije.
• Enkripcija: Enkriptirajte podatke u repozitoriju događaja u mirovanju i u tranzitu kako biste ih zaštitili od neovlaštenog pristupa. Razmislite o korištenju enkripcijskih ključeva kojima upravlja modul za hardversku sigurnost (HSM) za dodatnu sigurnost.
• Revizija: Revidirajte sav pristup repozitoriju događaja kako biste otkrili i spriječili neovlaštenu aktivnost.
• Maskiranje podataka: Maskirajte osjetljive podatke u repozitoriju događaja kako biste ih zaštitili od neovlaštenog otkrivanja. Na primjer, možete maskirati osobne identifikacijske podatke (PII) poput brojeva kreditnih kartica ili brojeva socijalnog osiguranja.
• Redovite sigurnosne kopije: Redovito izrađujte sigurnosne kopije repozitorija događaja kako biste se zaštitili od gubitka podataka. Pohranite sigurnosne kopije na sigurno mjesto.
• Oporavak od katastrofe: Implementirajte plan oporavka od katastrofe kako biste osigurali da možete oporaviti repozitorij događaja u slučaju katastrofe.

7. Implementirajte reviziju i izvještavanje

Nakon što ste implementirali Event Sourcing, možete koristiti tok događaja za generiranje revizijskih izvještaja i provođenje sigurnosne analize. Možete pretraživati repozitorij događaja kako biste pronašli sve događaje povezane s određenim korisnikom, transakcijom ili entitetom. Također možete koristiti tok događaja za rekonstrukciju stanja sustava u bilo kojem trenutku.

Primjer: Možete generirati izvještaj koji prikazuje sve promjene napravljene na određenom korisničkom profilu tijekom određenog vremenskog razdoblja, ili izvještaj koji prikazuje sve transakcije pokrenute od strane određenog korisnika.

Razmotrite sljedeće mogućnosti izvještavanja:

• Izvještaji o aktivnosti korisnika: Pratite prijave, odjave i druge aktivnosti korisnika.
• Izvještaji o promjenama podataka: Pratite promjene kritičnih entiteta podataka.
• Izvještaji o sigurnosnim događajima: Upozorite na sumnjive aktivnosti, poput neuspjelih pokušaja prijave ili neovlaštenih pokušaja pristupa.
• Izvještaji o usklađenosti: Generirajte izvještaje potrebne za regulatornu usklađenost (npr. GDPR, HIPAA).

Izazovi Event Sourcinga

Iako Event Sourcing nudi mnoge prednosti, također predstavlja i neke izazove:

• Složenost: Event Sourcing dodaje složenost arhitekturi sustava. Morate dizajnirati strukturu događaja, odabrati repozitorij događaja te implementirati objavljivanje i konzumiranje događaja.
• Konačna dosljednost: Modeli za čitanje su konačno dosljedni s tokom događaja. To znači da može postojati kašnjenje između trenutka kada se događaj dogodi i kada se model za čitanje ažurira. To može dovesti do nedosljednosti u korisničkom sučelju.
• Verzioniranje događaja: Kako se vaša aplikacija razvija, možda ćete morati promijeniti strukturu svojih događaja. To može biti izazovno, jer morate osigurati da se postojeći događaji i dalje mogu ispravno obrađivati. Razmislite o korištenju tehnika poput "event upcastinga" za rukovanje različitim verzijama događaja.
• Konačna dosljednost i distribuirane transakcije: Implementacija distribuiranih transakcija s Event Sourcingom može biti složena. Morate osigurati da se događaji objavljuju i konzumiraju na dosljedan način kroz više usluga.
• Operativni troškovi: Upravljanje repozitorijem događaja i pridruženom infrastrukturom može dodati operativne troškove. Morate nadzirati repozitorij događaja, izrađivati sigurnosne kopije i osigurati da radi glatko.

Najbolje prakse za Event Sourcing

Kako biste ublažili izazove Event Sourcinga, slijedite ove najbolje prakse:

• Počnite s malim: Započnite implementacijom Event Sourcinga u malom dijelu svoje aplikacije. To će vam omogućiti da naučite koncepte i steknete iskustvo prije nego što ga primijenite na složenija područja.
• Koristite okvir: Koristite okvir poput Axon Frameworka ili Spring Cloud Stream za pojednostavljenje implementacije Event Sourcinga. Ovi okviri pružaju apstrakcije i alate koji vam mogu pomoći u upravljanju događajima, projekcijama i pretplatama.
• Pažljivo dizajnirajte događaje: Pažljivo dizajnirajte svoje događaje kako biste osigurali da bilježe sve potrebne informacije. Izbjegavajte uključivanje previše informacija u događaje, jer to može otežati njihovu obradu.
• Implementirajte "Event Upcasting": Implementirajte "event upcasting" za rukovanje promjenama u strukturi vaših događaja. To će vam omogućiti obradu postojećih događaja čak i nakon što se struktura događaja promijenila.
• Nadzirite sustav: Pažljivo nadzirite sustav kako biste otkrili i spriječili pogreške. Nadzirite repozitorij događaja, proces objavljivanja događaja i ažuriranja modela za čitanje.
• Rukujte idempotencijom: Osigurajte da su vaši rukovatelji događajima idempotentni. To znači da mogu obraditi isti događaj više puta bez nanošenja štete. Ovo je važno jer se događaji mogu isporučiti više puta u distribuiranom sustavu.
• Razmotrite kompenzacijske transakcije: Ako operacija ne uspije nakon što je događaj objavljen, možda ćete morati izvršiti kompenzacijsku transakciju kako biste poništili promjene. Na primjer, ako je narudžba kreirana, ali plaćanje ne uspije, možda ćete morati otkazati narudžbu.

Primjeri Event Sourcinga iz stvarnog svijeta

Event Sourcing se koristi u raznim industrijama i aplikacijama, uključujući:

• Financijske usluge: Banke i financijske institucije koriste Event Sourcing za praćenje transakcija, upravljanje računima i otkrivanje prijevara.
• E-trgovina: Tvrtke e-trgovine koriste Event Sourcing za upravljanje narudžbama, praćenje zaliha i personalizaciju korisničkog iskustva.
• Igre: Razvojni programeri igara koriste Event Sourcing za praćenje stanja igre, upravljanje napretkom igrača i implementaciju značajki za više igrača.
• Upravljanje lancem opskrbe: Tvrtke za lanac opskrbe koriste Event Sourcing za praćenje robe, upravljanje zalihama i optimizaciju logistike.
• Zdravstvo: Zdravstveni djelatnici koriste Event Sourcing za praćenje medicinskih kartona pacijenata, upravljanje terminima i poboljšanje skrbi o pacijentima.
• Globalna logistika: Tvrtke poput Maersk-a ili DHL-a mogu koristiti event sourcing za praćenje pošiljaka diljem svijeta, bilježeći događaje poput "PošiljkaNapustilaLuku", "PošiljkaStiglaULuku", "CarinjenjeZapočeto" i "PošiljkaIsporučena". To stvara potpunu revizijsku evidenciju za svaku pošiljku.
• Međunarodno bankarstvo: Banke poput HSBC-a ili Standard Chartered-a mogu koristiti event sourcing za praćenje međunarodnih novčanih prijenosa, bilježeći događaje poput "PrijenosPokrenut", "RazmjenaValutaIzvršena", "SredstvaPoslanaBanciPrimatelja" i "SredstvaPrimljenaOdPrimatelja". To pomaže osigurati usklađenost s propisima i olakšava otkrivanje prijevara.

Zaključak

Event Sourcing je moćan arhitektonski obrazac koji može revolucionirati vašu implementaciju revizijskih zapisa. Pruža neusporedivu sljedivost, integritet podataka i otpornost sustava. Iako predstavlja neke izazove, prednosti Event Sourcinga često nadmašuju troškove, posebno za složene i kritične sustave. Slijedeći najbolje prakse navedene u ovom vodiču, možete uspješno implementirati Event Sourcing i izgraditi robusne sustave koji se mogu revidirati.

Daljnje čitanje

• Event Sourcing od Martina Fowlera
• EventStoreDB
• Axon Framework