Mam coś dużego dla Was. Właśnie wydałem bezpłatnie pierwszą część zadań do warsztatu „Wprowadzenie do EventSourcing”. Przygotowanie ćwiczeń zajęło mi dwa tygodnie pełnego skupienia plus godziny, które spędziłem na Event Sourcing w ostatnich latach 🙂 Stworzyłem go na prywatny warsztat, ale jak zawsze zdecydowałem się udostępnić zadania jako open source. Możesz wykonać warsztaty jako zestaw do samodzielnego uczenia. Wiadomo, że to nie to samo co pełen warsztat, ale powinno dać Ci dobre podstawy do rozp...

Jak zintegrować Martne z narzędziami typu Kafka czy nawet innymi bazami danych? Pomoże w tym funkcja zwana Async Daemon. W skrócie, jest to proces działający w tle, który zapewnia asynchroniczne przetwarzanie zdarzeń. Domyślnie używany jest do projekcji, ale może być używany jako baza do pub/sub.

Wersjonowanie zdarzeń dla osób uczących się Event Sourcing jest jak potwór, którym straszy się dzieci. To upiorna opowieść opowiedziana przy ognisku. Jest w tym trochę prawdy, bo migracje są zawsze wyzwaniem. W nowym artykule pokazałam proste, praktyczne wzory z próbkami, jak sobie z tym poradzić!

Dyskusje o pozycjach mogą być krępujące. Nie inaczej jest w przypadku Event Sourcing. Pozycja, wersja, rewizja, numer sekwencji. Nazewnictwo bywa mylące, a zrozumienie tych konceptów jest ważne do efektywnego używania event store'ów. Przeczytaj mój nowy artykuł i dowiedz się co jest co!

„Obsesja stanu” to nowy anty-wzorzec #EventSourcing, z którym postanowiłem się zmierzyć! To jeden z typowych problemów, gdy tkwimy w myśleniu o obecnym stanie, tabelach, zamiast rejestrować wynik operacji biznesowej. Przeczytaj więcej o tym, jak to diagnozować leczyć!

This week I decided to back to the basics of Event Sourcing. I explained how to build the current state from events in: - object-oriented style in C# - functional style in TypeScript. This is an essential part of treating events as the source of truth.

People want to scale up everything. In the past, the recipe for everything was to buy a larger server. Today, the answer is to add another instance. Does it always make sense? “Will it scale?” is not a question, it is a mantra. In my opinion, the best is to verify if you need to scale it at all. Read my take in my newest article.

Events should be as small as possible, right? It's not so simple as it may sound. If you take this principle literally, then it may get you in serious troubles. Why? Read more in my latest post.

Are you one of those people saying that Event Sourcing is detached from reality? Do you think that you don’t need such extravagance, as you have relational databases? Why go wild? What if I told you that relational databases use the Event Sourcing approach?

"How do you version events?" That is the question I'm asked quite often. Every day I'm more convinced that the best option for versioning the event schema is to prevent conditions in which versioning is needed. Check the article to know why.