Z Event Sourcingiem, jak z ka\u017cdym no\u015bnym has\u0142em, nierozerwalnie jest te\u017c zwi\u0105zanych wiele fakt\u00f3w i mit\u00f3w, kt\u00f3re dzi\u015b chcieliby\u015bmy przybli\u017cy\u0107 i obali\u0107. Wszystko po, \u017ceby pokaza\u0107, \u017ce nie taki Event Sourcing straszny, jak go maluj\u0105. Zaczynajmy.<\/p>\n\n\n
![\"Czym](\"https:\/\/neweuvic2.dev.euvic.cloud\/wp-content\/uploads\/2022\/10\/AdobeStock_373226364.jpg\")
<\/figure><\/div>\n\n\nFakty i mity na temat Event Sourcingu<\/h3>\n\n\n\n1. Event Sourcing jest trudny<\/h3>\n\n\n\n
Event Sourcing nie jest trudny, jest po prostu inny. Podstaw\u0105 zrozumienia i zamodelowania \u015bwiata s\u0105 tu zdarzenia, kt\u00f3re w nim zachodz\u0105 i kt\u00f3re maj\u0105 wp\u0142yw na obiekty i relacje mi\u0119dzy nimi. Nacisk po\u0142o\u017cony jest tu na zrozumienie proces\u00f3w biznesowych. Event Sourcing wymaga wi\u0119c zmiany my\u015blenia i patrzenia z innej perspektywy. Procesy biznesowe to te\u017c \u201estorytelling\u201d. Warto wi\u0119c modelowa\u0107 je jako zdarzenia, bo dobrze odzwierciedlaj\u0105 przep\u0142yw biznesowy. Jest to nie tylko bardzo ciekawe, ale przede wszystkim, wbrew obiegowej opinii – praktyczne \u2013 pozwala bowiem upro\u015bci\u0107 komunikacj\u0119 projektow\u0105 do maksimum. Przez oparcie na zdarzeniach i swoje gaw\u0119dziarstwo Event Sourcing jest po prostu bli\u017cszy rzeczywistemu \u015bwiatu. Dow\u00f3d? DodanoElementDoKoszyka, ZaakceptowanoZam\u00f3wnienie, WystawionoFaktur\u0119Proforma, DokonanoOp\u0142aty, WystawionoFaktur\u0119, Wys\u0142anoZam\u00f3wienie. Pro\u015bciej tego przebiegu zdarze\u0144 zakomunikowa\u0107 si\u0119 chyba nie da.<\/p>\n\n\n\n Zar\u00f3wno Event Sourcing, Domain Driven Design (DDD) jak i CQRS skupiaj\u0105 si\u0119 na zrozumieniu proces\u00f3w biznesowych i zamodelowaniu ich jak najwierniej w naszym oprogramowaniu. Dzi\u0119ki ich zastosowaniu systemy informatyczne dzia\u0142aj\u0105 lepiej i s\u0105 \u0142atwiejsze w utrzymaniu. Wszystkie wymienione metodyki bardzo dobrze ze sob\u0105 wsp\u00f3\u0142graj\u0105, ale co wa\u017cne – ich wsp\u00f3lne wykorzystanie nie jest obligatoryjne. Mie\u015bci si\u0119 ono raczej w kategorii \u201enice to have\u201d, a nie \u201emust have\u201d.<\/p>\n\n\n\n Event Sourcing nie jest powi\u0105zany z konkretnym sposobem przechowywania danych. Kluczem do jego zrozumienia jest to, \u017ce prawd\u0105 w nim jest log zdarze\u0144. Tylko dok\u0142adny opis zdarze\u0144 (o kt\u00f3rym mowa w punkcie 3) pozwoli nam pozyska\u0107 aktualne dane U\u017cytkownika. Aplikujemy zdarzenie jedno po drugim, pocz\u0105wszy od najstarszego do najnowszego. Ten proces zwany jest agregacj\u0105. Uzyskany w jego wyniku stan obiektu to z kolei projekcja. Ka\u017cde zdarzenie mo\u017cemy zapisa\u0107 jako wiersz w tabeli \u201eZdarzenia\u201d, a projekcj\u0119, jako wiersz zdarze\u0144 w zwyk\u0142ej tabeli relacyjnej. Oddzielenie modelu zapisu od modelu odczytu gwarantuje nam wi\u0119ksze mo\u017cliwo\u015bci optymalizacyjne i rozdzia\u0142 logiczny. Do tego wszystkiego wcale nie s\u0105 potrzebne dwie bazy \u2013 owszem, mo\u017cna z nich skorzysta\u0107, ale wcale nie jest to wymagane. Podobnie, jak wykorzystanie w tym celu Mongo. Eventual Consistency to gwarancja, \u017ce je\u017celi dokonali\u015bmy jaki\u015b zmian, to pr\u0119dzej czy p\u00f3\u017aniej zostan\u0105 one zaaplikowane. Nie wiemy, kiedy dok\u0142adnie, ale wiemy, \u017ce na pewno si\u0119 to wydarzy. Event Sourcing wymaga Eventual Consistency, tak samo jak ka\u017cdy inny storage. Zdarzenia mo\u017cna jednak przechowywa\u0107 r\u00f3wnie dobrze w bazie relacyjnej, tak wi\u0119c, wbrew obiegowej opinii, Eventual Consistency wcale nie jest nam potrzebne. Co wi\u0119cej, je\u015bli nie mamy potrzeby przesy\u0142a\u0107 tych zdarze\u0144 dalej (np. do innych serwis\u00f3w\/modu\u0142\u00f3w), to nie musimy u\u017cywa\u0107 tak\u017ce szyn zdarze\u0144 takich jak wspomniana ju\u017c Kafka czy RabbitMQ.<\/p>\n\n\n\n Event Sourcing jest tak wydajny jak storage, kt\u00f3ry ma pod sob\u0105.<\/p>\n\n\n\n Co wi\u0119cej, ma on 2 podstawowe za\u0142o\u017cenia zwi\u0105zane w\u0142a\u015bnie ze storage:<\/p>\n\n\n\n Dzi\u0119ki tym za\u0142o\u017ceniom storage mo\u017ce by\u0107 zoptymalizowany pod sytuacj\u0119, gdzie nigdy nie robimy \u201elosowych aktualizacji rekod\u00f3w\u201d. Dzi\u0119ki temu tabela zdarze\u0144 mo\u017ce dzia\u0142a\u0107 szybciej, bo:<\/p>\n\n\n\n W\u0142a\u015bnie dlatego Event Sourcing nie tylko nie powinien by\u0107 wolniejszy, ale mo\u017ce by\u0107 nawet szybszy ni\u017c tradycyjne rozwi\u0105zania.<\/p>\n\n\n\n Event Sourcing nie jest dziecinnie prosty, ale kt\u00f3re oprogramowanie nie jest trudne w utrzymaniu? Chyba tylko to, kt\u00f3re nie dotar\u0142o na produkcj\u0119. Problemy migracji i sp\u00f3jno\u015bci danych w systemach rozproszonych, s\u0105 skomplikowane, ale nie s\u0105 wcale mniejsze, gdy u\u017cywamy rozwi\u0105za\u0144 klasycznych\/relacyjnych. W systemach opartych na zdarzeniach ujawniaj\u0105 si\u0119 one po prostu szybciej.<\/p>\n\n\n\n Jak wida\u0107 – Event Sourcing ma wiele zalet, ale, jak wszystko, ma r\u00f3wnie\u017c i swoje ograniczenia oraz pewne charakterystyczne kwestie, o kt\u00f3rych nale\u017cy pami\u0119ta\u0107 i kt\u00f3re nale\u017cy mie\u0107 na uwadze, w zale\u017cno\u015bci od specyfiki konkretnego projektu. To podej\u015bcie, kt\u00f3re ma swoich zwolennik\u00f3w i przeciwnik\u00f3w. Podej\u015bcie, kt\u00f3re wykorzystane w rozs\u0105dny spos\u00f3b naprawd\u0119 mo\u017ce przynie\u015b\u0107 wiele korzy\u015bci.<\/p>\n\n\n\n Wi\u0119cej informacji o Event Sourcingu mo\u017cecie zasi\u0119gn\u0105\u0107 u Oskara Dudycza<\/a>. Polecamy te\u017c odwiedzenie jego profilu GitHub<\/a>. Co to jest Event Sourcing? Event Sourcing to spos\u00f3b tworzenia system\u00f3w w oparciu o przetwarzanie zdarze\u0144. To prawdziwy \u201ebuzzword\u201d w bran\u017cy IT oraz rozwi\u0105zanie, kt\u00f3re niesie [\u2026]<\/span><\/p>\n","protected":false},"author":1,"featured_media":44666,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[341,1,324,325,326,334,332,340,330,331,345,337,327,335,333,336],"tags":[322,161],"yoast_head":"\n
<\/strong><\/p>\n\n\n\n2. Event Sourcing jest ciekawy, ale niepraktyczny<\/h3>\n\n\n\n
3. Event Sourcing wymaga u\u017cycia CQRS, Domain Driven Design oraz innych ekstrawaganckich wzorc\u00f3w<\/h3>\n\n\n\n
4. Do Event Sourcingu potrzebne s\u0105 dwie bazy, a jedn\u0105 z nich musi by\u0107 Mongo<\/h3>\n\n\n\n
<\/strong><\/p>\n\n\n\n5. Event Sourcing wymaga Eventual Consistency oraz szyny zdarze\u0144 typu Kafka lub RabbitMQ<\/h3>\n\n\n\n
6. Event Sourcing ma problemy z wydajno\u015bci\u0105<\/h3>\n\n\n\n
\n
\n
7. Event Sourcing jest trudny w utrzymaniu<\/h3>\n\n\n\n
\n\n\n\n
Pe\u0142na tre\u015b\u0107 publikowanego tutaj podsumowania wad i zalet Event Sourcingu dost\u0119pna jest na: https:\/\/www.szkola-event-sourcing.pl\/
<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"