dotnetomaniak.pl - Artykuły z tagiem Event Sourcing

While explaining the Event Sourcing, bank account balance calculation is a common starting point. I claim that even though it sounds right, then it’s not the best example to show at first. In this post, I explain the ES basics and first set of considerations that may arise when starting to evaluate it.

Źródło: event-driven.io
Dziel się z innymi:
Why a bank account is not the best example of Event Sourcing? - Event-Driven.io

Architektura 1429 dni, 17 godzin, 34 minuty temu oskar-at-net 86 źrodło rozwiń

CQRS is a simple pattern that strictly segregates the responsibility of handling command input into an autonomous system from the responsibility of handling side-effect-free query/read access on the same system. If you are familiar with Domain-Driven Design, you’ve most likely heard about, Command-Query Responsibility Segregation (CQRS). Though the CQRS pattern is well-known, there are still a lot of misconceptions around this pattern, especially when it comes to applying it in real-world software proje...

CQRS - Code with Shadman

Sztuka programowania 1645 dni, 18 godzin, 52 minuty temu kudchikarsk 100 źrodło rozwiń

We live in a world of dynamically changing technologies. New ways of architecturing our solutions, new frameworks and libraries seem to appear on almost daily basis. But good software engineering is not about fancy frameworks and solutions aggressively promoted by their vendors. It is not about doing something because Netflix or Google did it. It is about taking well-thought-out decisions based on facts and knowledge. That’s why it is important to be familiar basic architectural concepts like CQRS. It is...

Źródło: altkomsoftware.pl
Dziel się z innymi:
CQRS and Event Sourcing Intro For Developers - Software House ASC

Architektura 2002 dni, 18 godzin, 31 minut temu witek1902 234 źrodło rozwiń

Cześć, jako że aktualnie piszę aplikację na boku w której wykorzystuje CQRS i Event Sourcing chciałbym podzielić się z pewnym problemem który zabrał mi trochę czasu, zanim znalazłem rozwiązanie i zrozumiałem w czym tkwił problem. Może komuś innemu zaoszczędzi to trochę czasu, lub po prostu post ten będzie dobrą okazją by dowiedzieć się czegoś nowego.Background sytuacji W aplikacji, w jednym z...

Źródło: www.contend.pl
Dziel się z innymi:
Problem z publikacją eventów z poziomu repozytorium – Contend

Sztuka programowania 2201 dni, 17 godzin, 17 minut temu contend 99 źrodło rozwiń

Ten wpis pierwotnie miał traktować o zasadności wprowadzenia CQRS do aplikacji opertej o mikroserwisy. Jednak przed rozpoczęciem właściwej częsci artykułu chciałem, abyśmy mieli spójną definicję tego konceptu. Trochę się rozpisałem… i uznałem, że warto wynieść ten tekst do osobnej publikacji, którą łatwo będzie zalinkować w razie potrzeby. Dlaczego?  W moim odczuciu wielu programistów mylnie utożsamia ten wzorzec (sic!) z jakimś wielkim molochem klasy Enteprise, wymagającym zaawansowanej infrastruktury, ...

Źródło: foreverframe.net
Dziel się z innymi:
CQRS == Enterprise? - Forever F[r]ame

Architektura 2310 dni, 17 godzin, 16 minut temu dpawlukiewicz 239 źrodło rozwiń

I think its no secret that more and more development teams are trying to take more of a micro service oriented approach (and for all the good reasons). With the power that cloud providers give plus the benefit of container (Docker and Kubernetes) I think it is inevitable that micro services will become a standard. Of course this approach is not problem proof but it allows us to move some of the monolith type application issues somewhere else where we have more flexibility

Event Sourcing for dummies

Architektura 2367 dni, 11 godzin, 23 minuty temu g_naj 110 źrodło rozwiń

Persystencja zawsze budzi wiele emocji i skrajnych opinii. W tym artykule pokażemy, jakie opcje są do wyboru przy persystowaniu agregatów z DDD i jak pragmatycznie do nich podejść. Przejdziemy kolejno przez bezpośredni zapis agregatów, robienie Snapshotów, tworzenie osobnego modelu danych na podstawie zdarzeń, a na koniec dotrzemy do Event Sourcingu.

Źródło: itlibrium.com
Dziel się z innymi:
4 sposoby persystencji agregatów DDD

Sztuka programowania 2444 dni, 18 godzin, 21 minut temu technites_pl 283 źrodło rozwiń

Wpis, w którym próbuję przekonać siebie i innych, że ciągle jeszcze bloguję. Przedstawiam co u mnie słychać i referuję swoje postępy na moim Githubie. Event Sourcing, CQRS, Open Source to słowa klucze.

Źródło: oskar-dudycz.pl
Dziel się z innymi:
[Oskar at .NET] Pogłoski o mojej śmierci są mocno przesadzone, czyli co u mnie słychać

Architektura 2632 dni, 19 godzin, 46 minut temu oskar-at-net 150 źrodło rozwiń

A więc dalej modelujesz swoją domenę. Który agregat powinien odpowiadać za obsłużenie danego zdarzenia? Do którego agregatu przynależy dane zdarzenie? Zapraszam do lektury

Top Domain Model: I’ve been pivoting all night long | Szymon Kulec `Scooletz`

Architektura 2737 dni, 17 godzin, 49 minut temu Scooletz 42 źrodło rozwiń

A więc modelujesz swoją domenę. W Twoim modelu masz agregat, który okresowo jest niezwykle obciążany przez użytkowników systemu. W jaki sposób do tego nie dopuścić? Jak przearanżować model tak, aby łatwiej obsługiwał takie sytuacje? Zapraszam do lektury #TopDomainModel

Źródło: blog.scooletz.com
Dziel się z innymi:
Top Domain Model: I’m temporal | Szymon Kulec `Scooletz`

Architektura 2743 dni, 6 godzin, 2 minuty temu Scooletz 101 źrodło rozwiń

Zapraszam do polemiki z zarzutami wobec event sourcingu. Jak w każdym podejściu, odpowiednio zastosowane, w otoczeniu dobrze dobranych komponentów pozwala na wiele. Złe wybory narzędzi powodują zupełnie odwrotny efekt.

Event sourcing: some not so practical disadvantages and problems

Architektura 2789 dni, 16 godzin, 39 minut temu Scooletz 63 źrodło rozwiń

To be honest, I thought that my previous post would be the last in the CQRS/ES series, but I forgot to discuss one more thing related to that topic. Many developers don’t know how we should handle the following scenario in our systems:   „During the creation of user’s new account I would like to verify rather a username is unique in the whole database. Should I use Event Store or Read Database for a query? Where should I check that?”   Seriously, that question is one of the most popular topics connected ...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] How to guarantee username uniqueness with CQRS/ES? - Forever F[r]ame

Sztuka programowania 2938 dni, 8 godzin, 17 minut temu dpawlukiewicz 156 źrodło rozwiń

As I announced in the last part, our CQRS/ES journey is almost finished! But before it happens we need to take care of read side of our application. However, before we move forward to the implementation, it’s worthwhile to explain why do we need a read side? After all, we have an excellent data source called Event Store which allows us to reconstruct every domain object in our system. What’s, even more awesome is the fact that we can „time travel” in our domain by not applying all events in our domain ob...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #6 Read database and Event Handlers - Forever F[r]ame

Architektura 2947 dni, 11 godzin, 57 minut temu dpawlukiewicz 154 źrodło rozwiń

All right, after a few short breaks, I’m finally ready to continue our journey, during which we discover Command Query Responsibility Segregation pattern along with Event Sourcing. In a previous part, we discovered the role of events and ES in our application and to be honest we’re almost done! But before that, we need to focus a little bit on transporting our commands and events. That’s why today’s post will be dedicated the buses. Okay, let’s start!  RabbitMQ and EasyNetQ To accomplish our task, we n...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #5 Command Bus and Event Bus - Forever F[r]ame

Architektura 2959 dni, 6 godzin, 55 minut temu dpawlukiewicz 280 źrodło rozwiń

So far we learned about the whole concept of Command Query Responsibility Segregation (CQRS) and Event Sourcing. We also implemented domain objects which Aggregate consists of, and we expressed user’s intentions using Commands executed by Command Handlers. Today we’ll discover the role of events, and more importantly, we’ll introduce Event Sourcing to our Awesome Calendar project. One more thing. As I mentioned in one of the previous parts, I’m currently working on this project wich means that some code ...

Źródło: foreverframe.pl
Dziel się z innymi:
CQRS/ES #4 Events and Event Store - Forever F[r]ame

Architektura 3000 dni, 19 godzin, 26 minut temu dpawlukiewicz 147 źrodło rozwiń

In the first part of our journey, we became familiar with CQRS and Event Sourcing. In this episode, we’re going to implement a few classes in our brand new system. Before we start let’s discuss a little bit about a business problem that we’ll try to model. At first, I thought about something very easy like a bookstore which would allow users only to buy some books. But that would be boring, wouldn’t be? By chance, a few weeks ago I received the kind of interesting recruitment objective from some company....

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #2 Domain objects - Forever F[r]ame

Architektura 3024 dni, 9 godzin, 49 minut temu dpawlukiewicz 150 źrodło rozwiń

Jakiś czas temu zapowiadałem na blogu serię postów poświęconą tematyce CQRS oraz Event Sourcing-u. Niniejszym postem rozpoczynamy naszą podróż badawczą! Dlaczego w ogóle zajmiemy się tym tematem? Otóż sam koncept poznałem stosunkowo niedawno i pomijając wady i zalety tego rozwiązania zawsze spotykałem się ze stwierdzeniem, że implementacja CQRS jest banalna i nie ma nad czym się tu zastanawiać. Już teraz mogę Wam zdradzić, że nie zgadzam się z tą tezą, ale do kodu przejdziemy od następnego „odcinka”. Tu ...

Źródło: foreverframe.pl
Dziel się z innymi:
CQRS/ES #1 Trochę teorii - Forever F[r]ame

Architektura 3047 dni, 19 godzin, 27 minut temu dpawlukiewicz 345 źrodło rozwiń

1 2