Przewodniki
Artykuły o Event Sourcingu, architekturze opartej na zdarzeniach, CQRS i komunikacji, pogrupowane w przewodniki tematyczne z sugerowaną kolejnością czytania.
Architektura oparta na zdarzeniach
Architektura oparta na zdarzeniach bez modnych haseł. Zrozumiesz, co daje, czego wymaga i jak pomaga zespołom pracować bardziej niezależnie.4 artykuły →
Zdarzenia i komendy
Komenda prosi o wykonanie czegoś, zdarzenie mówi, że coś już się stało. Gdy rozumiesz tę różnicę, projektujesz wiadomości jasne i łatwe w obsłudze.1 artykuł →
Zdarzenia wewnętrzne i zewnętrzne
Zdarzenia używane wewnątrz modułu i te udostępniane innym mają różne zadania. Nauczysz się projektować jedne i drugie, by bezpiecznie zmieniać moduł.2 artykuły →
CQRS
CQRS jest prostszy, niż się o nim mówi. Zobaczysz, co naprawdę oznacza, które przekonania to mity i jak pomaga układać kod wokół funkcjonalności.9 artykułów →
Obsługa logiki biznesowej
Logikę biznesową w dużych klasach trudno czytać i testować. Zobaczysz, jak zapisać ją prostymi funkcjami i typami. Przykłady w C#, F#, Javie i TypeScripcie.12 artykułów →
Optymistyczna współbieżność
Bez kontroli współbieżności druga zmiana po cichu nadpisuje pierwszą. Zobaczysz, jak wykryć taki konflikt i obsłużyć go w web API.2 artykuły →
Procesy rozproszone
Procesy biznesowe rzadko mieszczą się w jednej transakcji. Zobaczysz, jak koordynować pracę wielu usług i co robić, gdy któryś krok się nie uda.9 artykułów →
Modele odczytu i projekcje
Ze zdarzeń trudno odczytać bieżący stan. Zobaczysz, jak budować z nich read modele dla ekranów i raportów i jak dbać, żeby pokazywały poprawne dane.12 artykułów →
Modelowanie za pomocą zdarzeń
Wiele błędów projektowych zaczyna się przed kodem. Zobaczysz, jak EventStorming i inne techniki pomagają zrozumieć proces biznesowy na tyle, by go zbudować.5 artykułów →
Dokumentowanie EDA
Systemy oparte na zdarzeniach trudno ogarnąć w całości. Rozmowa z Davidem Boyne'em o dokumentowaniu zdarzeń, żeby zespół wiedział, co istnieje i co znaczy.1 artykuł →Antywzorce
Niektóre projekty zdarzeń wyglądają dobrze, a kłopoty sprawiają dopiero później. Nauczysz się rozpoznawać typowe błędy i dowiesz się, czym je zastąpić.9 artykułów →
Obsługa błędów w strumieniach zdarzeń
Błędne zdarzenia trafią do systemu, a nie można ich po prostu usunąć. Zobaczysz, jak naprawiać pomyłki i bugi, nie tracąc historii ani zaufania do danych.5 artykułów →
Podstawy Event Sourcingu
Event Sourcing zapisuje to, co się wydarzyło, zamiast nadpisywać stan. Zrozumiesz, co zyskujesz, kiedy się nie opłaca i jak zacząć w prawdziwym projekcie.13 artykułów →
Jak przechowywać zdarzenia w Event Sourcingu
Event store'y są prostsze, niż się wydaje. Zrozumiesz, jak działają, by świadomie wybrać narzędzie albo zbudować prosty event store na bazie, której używasz.9 artykułów →
Krótko żyjące strumienie
Stream, który żyje wiecznie, staje się kłopotem. Zobaczysz, jak modelować cykl życia, żeby streamy były krótkie, i co robić, gdy nie ma naturalnego końca.2 artykuły →
Unikalność w Event Sourcingu
„Nazwa użytkownika musi być unikalna” to w Event Sourcingu trudniejsze wymaganie, niż się wydaje. Zobaczysz, co naprawdę za nim stoi i jak je spełnić.2 artykuły →
Wersjonowanie zdarzeń
Zdarzenia będą się zmieniać, a stare zostają zapisane. Zobaczysz, jak je rozwijać, nie psując istniejących danych ani systemów, które je czytają.6 artykułów →
RODO
Zdarzeń się nie zmienia, a dane osobowe trzeba umieć usunąć. Zobaczysz, jak spełnić wymagania RODO i nie rezygnować przy tym ze zdarzeń.2 artykuły →
Event Sourcing to nie Event Streaming
Event Sourcing i event streaming to różne wzorce. Zobaczysz, czym się różnią i czemu wiele historii o trudnym Event Sourcingu dotyczy w praktyce Kafki.1 artykuł →
Testowanie
Event Sourcing wcale nie jest trudny do testowania. Zobaczysz, jak w stylu Given/When/Then testować logikę biznesową, projekcje i procesy asynchroniczne.6 artykułów →
Architektura
Architekt nie powinien siedzieć w wieży z kości słoniowej. Zobaczysz, jak może realnie pomagać zespołom, od pytania biznesu o problem po dokumentację.5 artykułów →
Monolit a mikroserwisy
Podział na mikroserwisy robiony dla mody zwykle się nie opłaca. Zobaczysz, kiedy ma sens, jak wpływają na niego zespoły i jak wydzielać usługi stopniowo.4 artykuły →
Podstawy przetwarzania wiadomości
Gdy dzieje się za dużo naraz, system zwalnia albo przestaje działać. Zobaczysz, jak kolejka i backpressure pozwalają zapanować nad równoległą pracą.1 artykuł →
Gwarancje dostarczenia, wzorce outbox i inbox
Między bazą a brokerem wiadomości się gubią albo dublują. Zrozumiesz, co naprawdę znaczą gwarancje dostarczenia i jak pomaga w tym wzorzec outbox.5 artykułów →
Spójność ostateczna
Dane nie zmieniają się wszędzie w tej samej chwili. Zobaczysz, jak żyć z tym opóźnieniem, dbać o poprawność read modeli i informować użytkowników.2 artykuły →
Kolejność zdarzeń
Zdarzenia nie zawsze przychodzą w kolejności, w jakiej się wydarzyły. Zrozumiesz dlaczego, jak je obsłużyć bez psucia danych i co mogą zagwarantować brokery.4 artykuły →
Idempotentność
W systemach rozproszonych ta sama wiadomość przyjdzie więcej niż raz. Zobaczysz, jak obsłużyć duplikaty tak, żeby nie psuły danych.3 artykuły →
Obserwowalność, audytowalność i śledzenie
Logi i metryki mówią, że coś się zepsuło, ale nie dlaczego. Zobaczysz, jak obserwowalność i śledzenie pokazują, co naprawdę robi działający system.5 artykułów →
Kafka
Co dzieje się w Kafce, gdy wysyłasz wiadomość, i dlaczego ma to znaczenie dla gwarancji dostarczenia i wydajności.1 artykuł →