Wszystko
Najnowsze
Archiwum
2
Using event metadata in event-driven projections

Zdarzenia powinn być jak najmniejsze, ale nie mniejsze. W najnowszym wpisie omawiam ze szczegółami co robić z powtarzającymi się danymi w zdarzeniach. Gdzie je trzymać i jak modelować zdarzenia, aby efektywnie używać je przy tworzeniu modeli odczytu.
z- 0
- #
- #
- #
1
Emmett, czyli Event Sourcing w TypeScript 2.0

- 6
- #
- #
- #
- #
0
Event modelling anti-patterns

- 0
- #
- #
- #
- #
0
Testing Event Sourcing, Emmett edition

- 1
- #
- #
- #
- #
- #
0
Emmett - Event Sourcing in Node.js and TypeScript made simple

- 0
- #
- #
- #
- #
1
Czy powinniśmy zwracać więcej niż jedno zdarzenie z logiki biznesowej?

Tytułowe pytanie jest jedno z pierwszych, które słyszę pokazując ludziom jak realizować logikę biznesową w systemach opartych na zdarzeniach. Odpowiedzią jest oczywiście "to zalezy", w artykule pokazałem od czego. Zobacz, żeby zrozumieć, że granularne dane nie zawsze są bardziej precyzyjne.
z- 0
- #
- #
- #
2
Fakty i mity o CQRS (Oskar Dudycz)

CQRS jest uważany za przekomplikowany i niepraktyczny wzorzec. Obrosło dookoła niego mnóstwo nieporozumień. Zobacz czy faktycznie musisz mieć wiele baz danych, Event Sourcing, Clean Architecture i Kafkę, żeby go używać.
z- 0
- #
- #
- #
- #
- #
2
Practical Introduction to Event Sourcing

- 0
- #
- #
- #
- #
1
Pragmatyczny Event Sourcing w .NET z Marten

Event Sourcing jest przedstawiany jako intrygujący, ale trudny do użycia. Rzeczywistość jest inna. Jest to przydatny wzorzec, który pozwala nie tracić danych biznesowych. W swojej prezentacji pokazałem pragmatyczne podejście przy pomocy biblioteki Marten w .NET
z- 4
- #
- #
- #
- 1
Możesz zapisać/wypisać się klikając na nazwę listy.
! @devopsiarz @login-jest-zajety @iMonkey @Finkel @xoxxox @olrajt @qbek @botul @moxie @johnyboy @xa0s @kornfan @cartsy @nowy000 @fsck_sdb @Kamilex97 @Pioka @Cesarz_Polski @Mediox @muzzy @Nixon52 @mavfly @PaprykowyBaron @Szymon_el_Pedro @poszlo_wyszlo @Michau1324 @Skylake @grzybosiur @Mattijjah
- 0
- 7
Zbiór kryteriów, które pomagają wybrać odpowiednie narzędzia #programowanie
https://medium.com/the-new-agilist/how-to-choose-the-right-programming-languages-and-frameworks-for-your-project-d04271717
Kilka słów o pair-programming #naukaprogramowania
Załóżmy, że chcę zbudować serwis w oparciu o #eventsourcing
Gdzie trzymacie wszystkie zdarzenia? W bazie noSQL-owej? A w bazie relacyjnej wyliczone finalne wartości (te tzw. projekcje)?
Przecież po 2,3 i np. 5 latach działania takiego systemu eventów będę miał od cholery, baza SQL-owa raczej tego nie utrzyma.
#programowanie
- 3
Miejsce | gracz | zabitych | urattowanych | suma.
Jak powinienem zapisywać zdarzenia i z czego odtwarzać stan? Czy zapisywać efekt typu gracz x zabił wroga
- 4
- 1
Timestamp, x zabił y,
Timestamp, x uratował zakładnika
...
No i nawet jak ci się zmieni punktacja w czasie to będziesz mógł uwzględnić.
- 1
System A wysysła do B wiadomość. System B po odebraniu wiadomości emituje zdarzenie MessageReceived. W wyniku tego zdarzenia mają wykonać się następujące operacje:
- zapis informacji do logu aplikacji o odebranej wiadomości,
- umieszczenie wiadomości w kolejce, skąd zostanie odebrana przez inny system
- wysłanie informacji o odebranej wiadomości do serwisu odpowiedzialnego za monitorowanie obsługiwanych zdarzeń w
źródło: comment_Z8kISSVB9OfJ2yRUUpdxx7usuXWd5L7V.jpg
PobierzZadam może już teraz pytanie.
Czy w event sourcingu jedna instancja agregat root reprezentuje pojedynczy byt biznesowy?
Chodzi mi o to jak zabezpieczyć taki agregat przed dostępem z wielu wątków?
Z tego co rozumiem w całym systemie może istnieć tylko jedna instancja bytu biznesowego i wszystkie komunikaty związane z np tym kontem bankowym idą tylko do tej jednej instancji? Agregat root obsługuje w danym momencie tylko jeden




<?php
$events = [
'init' => function($a, &$r) {$r = $a;},
@daro1: wskazany przykład? Np. w PHP Object Injection. Szczególnie w użyciu z pobieraniem danych z użyciem zewnętrznego źródła, takiego jak filegetcontents. Polecam jednak użyć Jsona.
Skoro wspomniałeś Laravel, to idąc tym tokiem można wskazać kolejki jako miejsce, w którym można z takiego rozwiązania (bezpiecznej wersji) korzystać - czyli wykonywać kod już poza udziałem samego requesta/usera. Szczególnie, że teraz
@daro1: framework nie ma tu absolutnie nic do rzeczy
event sourcing nadaje się do trackowania częstych zmian elementów Twojej domeny - możesz odbudować na nowo obiekt nakładając na niego naniesione zdarzenia. produktem tego jest w pełni wiarygodny audyt działania twojego systemu. ofc jest to zasobożerne, więc co jakiś czas zapisujesz snapshot encji po iluś nałożonych