Sign in

Tags / Backend and APIs /

Event sourcing

A library or framework that stores application state as a sequence of events, often with CQRS.

The 12repositories with this Tag gained +49 net stars in the last 30 days, 7% more than the 30 days before.

0 created in the last 90 days · 2 published a release in the last 30 days · 25K stars in total

All in the Repository Index On Trending

Net stars each day, last 30 days+16 last 7 days

Oct 5, 2026Nov 3, 2026

  • Seed Dataset
  • Rising Admissions

Most net stars, last 30 days

kurrent-io/KurrentDB

KurrentDB is a database that's engineered for modern software applications and event-driven architectures. Its event-native design simplifies data modeling and preserves data integrity while the integrated streaming engine solves distributed messaging challenges and ensures data consistency.

+21

43% of the net stars of this Tag

Largest Pace, last 30 days

No other repository gained 2 or more times the net stars of the 30 days before.

Most stars, created in the last 90 days

No other repository with this Tag was created in the last 90 days.

Where the stars went, last 13 weeks

Net stars gained each week. The repositories that gained the most have their own color.

kurrent-io/KurrentDB gained 37% of the net stars of this Tag in the last 13 weeks.

kurrent-io/KurrentDB, week to Aug 11: +11 net starsJasperFx/marten, week to Aug 11: +4 net starscommanded/commanded, week to Aug 11: +4 net starsAll other repositories, week to Aug 11: +3 net starskurrent-io/KurrentDB, week to Aug 18: +6 net starsJasperFx/marten, week to Aug 18: +4 net starspyeventsourcing/eventsourcing, week to Aug 18: +1 net starscommanded/commanded, week to Aug 18: +2 net starseventflow/EventFlow, week to Aug 18: +2 net starsAll other repositories, week to Aug 18: +4 net starskurrent-io/KurrentDB, week to Aug 25: +5 net starsJasperFx/marten, week to Aug 25: +5 net starspyeventsourcing/eventsourcing, week to Aug 25: +3 net starsAll other repositories, week to Aug 25: +4 net starskurrent-io/KurrentDB, week to Sep 1: +1 net starsJasperFx/marten, week to Sep 1: +4 net starscommanded/commanded, week to Sep 1: +1 net starseventflow/EventFlow, week to Sep 1: +2 net starsAll other repositories, week to Sep 1: +1 net starskurrent-io/KurrentDB, week to Sep 8: +2 net starsJasperFx/marten, week to Sep 8: +1 net starspyeventsourcing/eventsourcing, week to Sep 8: +2 net starseventflow/EventFlow, week to Sep 8: +1 net starsAll other repositories, week to Sep 8: +2 net starskurrent-io/KurrentDB, week to Sep 15: +3 net starsJasperFx/marten, week to Sep 15: +2 net starsAll other repositories, week to Sep 15: +1 net starskurrent-io/KurrentDB, week to Sep 22: +5 net starspyeventsourcing/eventsourcing, week to Sep 22: +2 net starscommanded/commanded, week to Sep 22: +1 net starseventflow/EventFlow, week to Sep 22: +1 net starsAll other repositories, week to Sep 22: +2 net starskurrent-io/KurrentDB, week to Sep 29: +2 net starsJasperFx/marten, week to Sep 29: +6 net starspyeventsourcing/eventsourcing, week to Sep 29: +1 net starscommanded/commanded, week to Sep 29: +1 net starsAll other repositories, week to Sep 29: +2 net starskurrent-io/KurrentDB, week to Oct 6: +10 net starsJasperFx/marten, week to Oct 6: +8 net starspyeventsourcing/eventsourcing, week to Oct 6: +1 net starscommanded/commanded, week to Oct 6: +3 net starseventflow/EventFlow, week to Oct 6: +2 net starsAll other repositories, week to Oct 6: +2 net starskurrent-io/KurrentDB, week to Oct 13: +4 net starsJasperFx/marten, week to Oct 13: +1 net starspyeventsourcing/eventsourcing, week to Oct 13: +4 net starseventflow/EventFlow, week to Oct 13: +1 net starsAll other repositories, week to Oct 13: +1 net starskurrent-io/KurrentDB, week to Oct 20: +4 net starsJasperFx/marten, week to Oct 20: +3 net starspyeventsourcing/eventsourcing, week to Oct 20: +1 net starsAll other repositories, week to Oct 20: +2 net starskurrent-io/KurrentDB, week to Oct 27: +2 net starscommanded/commanded, week to Oct 27: +1 net starskurrent-io/KurrentDB, week to Nov 3: +8 net starsJasperFx/marten, week to Nov 3: +3 net starspyeventsourcing/eventsourcing, week to Nov 3: +2 net starsAll other repositories, week to Nov 3: +3 net stars

Compare growth

12 repositories with this Tag. Select a column name to change the order.

#RepositoryStarsGained, 7 daysPace
1kurrent-io/KurrentDB

KurrentDB is a database that's engineered for modern software applications and event-driven architectures. Its event-native design simplifies data modeling and preserves data integrity while the integrated streaming engine solves distributed messaging challenges and ensures data consistency.

5.9K+8–
2JasperFx/marten

.NET Transactional Document DB and Event Store on PostgreSQL

3.5K+3–
3pyeventsourcing/eventsourcing

A library for event sourcing in Python.

1.7K+2–
4message-db/message-db

Microservice native message and event store for Postgres

1.7K+1–
5NEventStore/NEventStore

A persistence agnostic Event Store for .NET

1.6K+1–
6commanded/eventstore

Event store using PostgreSQL for persistence

1.2K+1–
7eventflow/EventFlow

Async/await first CQRS+ES and DDD framework for .NET

2.6K0–
8commanded/commanded

Use Commanded to build Elixir CQRS/ES applications

2K0–
9RailsEventStore/rails_event_store

A Ruby implementation of an Event Store based on Active Record

1.6K0–
10broadway/broadwayarchived

Infrastructure and testing helpers for creating CQRS and event sourced applications.

1.5K0–
11gautema/CQRSlite

A lightweight framework to help creating CQRS and Eventsourcing applications in C#

1.1K0–
12ElderJames/shriek-fxarchived

An easy-to-use rapid development framework developed on the basis of.NET Core 2.0, following the constraints of domain Driven Design (DDD) specifications, combined with the CQRS architecture to provide the infrastructure for event-driven, event backtracking, responsiveness, and more. Let developers enjoy the true meaning of object-oriented design patterns brought by the aesthetic.

6520–

Faster than the 30 days before

Net stars of the last 30 days are 2 or more times those of the 30 days before.

No repository with this Tag meets this rule now.

Slower than the 30 days before

Net stars of the last 30 days are 50% or less of those of the 30 days before.

No repository with this Tag meets this rule now.

New in the last 90 days

Created on GitHub in the last 90 days.

No repository with this Tag meets this rule now.

Older than 2 years, still releasing

Created more than 2 years ago, with a push in the last 7 days and a GitHub release in the last 30 days.

  1. kurrent-io/KurrentDB5.9K · release 8 days ago
  2. JasperFx/marten3.5K · release 2 days ago

Last release more than 180 days ago

The newest GitHub release is more than 180 days old. A repository that never published a release is not in this list.

  1. eventflow/EventFlow2.6K · release 11 months ago
  2. message-db/message-db1.7K · release 4 years ago
  3. ElderJames/shriek-fx652 · release 8 years ago

How a repository gets this Tag

An agent reads the description, the GitHub topics, and the start of the README of each repository. It chooses Tags only from the Tag list in the AwesomeRepos source code. For each Tag, it quotes the text. A code check keeps the Tag only when the quote is in that text. The page of each repository shows the quote of each of its Tags. A Tag does not rank repositories. It does not say that one repository can replace another. To report a wrong Tag, use "Report a problem with this page" on the page of the repository.

How the numbers are counted

All numbers come from the Star History of the repositories that have the Tag now. A period is a run of complete UTC days. All numbers on this page count only the repositories that AwesomeRepos shows in lists. A machine computes them each hour.

For each repository, a period counts only when Star History has each of its days, or when the repository was created in the period. Otherwise the table shows "–". The bars of a week with no complete data are grey.

The Pace is the net stars of a period divided by the net stars of the period before. It shows only when Star History covers each day of the period before, with at least 3 net stars a day on average.

The chart at the top adds up the net stars of all the repositories with the Tag. The darker area is the part from the Seed Dataset; the rest is from rising Admissions. A rising Admission comes into the Repository Index because it gained stars quickly. Its Star History before its Admission comes from the Repository Host. Thus the days before many rising Admissions are higher than they were for the repositories in the index at that time. The repositories of the Seed Dataset are a set that does not change.

The releases are the GitHub releases of each repository. The lists and the table do not rank repositories, and they do not say that one repository can replace another.