Web services development, no matter SOAP, REST, or RPC, is today as easy as adding an annotation to a method. Little more is required to create API using OAS (Swagger). But how to create the complex yet simple interfaces and provide reliable and consistent access to a wide variety of APIs, e.g. microservices? How to make a friendly system for both developers and consumers (web, mobile, fridge)? And how to prevent duplication of cross-cutting concerns (security, network, and others)? I will acquaint you with the possibilities, strengths and drawbacks of open source solutions. I will also show how to adjust them to own needs, what to take into consideration, and how to develop own API Gateway.

Event Sourcing jest jak Nessie, każdy o nim słyszał, niewiele go widziało. Uważany jest (niesłusznie) za trudny wzorzec architektoniczny, nadający się do specyficznych rozwiązań. W swojej prezentacji planuję pokazać, że wbrew potocznej opinii jest to dosyć prosty wzorzec dający duże możliwości. Jakie?

• elastyczność,
• możliwość poruszania się w czasie, powrotu do specyficznego miejsca w systemie,
• skalowalność,
• lepsze odtworzenie domeny biznesowej,
• audytowalność za darmo.

Szczególnie te ostatnie w dzisiejszych Mikroserwisów oraz Big Data czynią Event Sourcing rozwiązaniem bardzo na czasie. W swojej prezentacji pokażę jak w połączeniu z szyną zdarzeń Kafka można tworzyć skalowalne i wydajne rozwiązania biznesowe. Wytłumaczę zasadę działania tego typu systemów oraz podstawowe terminy takie jak:

• immutability,
• eventual consistency,
• indempotency.

W swoje prezentacji poza dawką teorii planuję pokazać kilka praktycznych wzorców pokazujących, że Event Sourcing, nie jest wcale taki straszny. W przykładach użyję:

• event store - Marten,
• szynę zdarzeń - Kafka (wraz z technologią Kafka Connect),
• elastic search - do pokazania łatwości integracji z innymi rozwiązaniami.

Przykłady będą pokazywać ogólną zasadę działania tego typu systemów z naciskiem na przedstawienie zasady, a nie specyfików technologii.

Prezentacja podzielona na dwie części - teoretyczną, podczas której przedstawimy jak to się stało naszym zdaniem, że dożyliśmy czasów DDD oraz CQRS/ES, czym jest domena, jak zacząć stosować CQRS/ES, wyjaśnimy podstawowe pojęcia oraz przedstawimy flow aplikacji. Druga część będzie czysto praktyczna. Na podstawie przygotowanego fragmentu kodu zaprezentujemy to o czym wcześniej teorię z pierwszej części w praktyce.

Micro Service Architecture is an architectural concept that aims to decouple a solution by decomposing functionality into discrete services. Think of it as applying many of the principles of SOLID at an architectural level, instead of classes you’ve got services” – teraz wszyscy to znamy, wszyscy o tym mówią, niektórzy z powodzeniem stosują.

Ale… od teorii do praktyki jest długa i zawiła droga, wiele podejść, mnóstwo kroków pośrednich. W tej prezentacji, chciałbym pokazać kilka scenariuszy w których “mikroserwisowy sposób myślenia” pozwolił nam wyjść z problemów w systemach legacy: duplikując istniejące funkcjonalności, budując proxy do istniejących systemów, zarządzając szeregiem systemów typu embedded,  stopniowo migrując aplikację z jednej technologii na inną, z jednego języka na inny, tworząc nowe usługi obok istniejących, klasycznych big ball of mud. Bowiem mikro serwis to nie tylko szereg małych aplikacji w Spring Boot gadających ze sobą po HTTP – to sposób myślenia o problemach w skali mikro i platforma do dyskusji o rozwiązaniach tam gdzie one przynależą: w biznesie, w infrastrukturze itd.