| Tytuł: | Projektowanie mikroserwisów z AI, DDD i Event Storming |
| Kod: | ai-ddd-es |
| Kategoria: | Architektura systemów i aplikacji |
| Forma: | 50% wykłady / 50% warsztaty |
| Czas trwania: | 4 dni |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
Celem szkolenia jest nauka projektowania architektury mikroserwisowej z użyciem Domain-Driven Design i Event Stormingu, wykorzystując AI w dojrzały sposób.
AI na tym szkoleniu skraca czas podejmowania decyzji architektonicznych i zmniejsza koszt błędnych wyborów – od pierwszego Event Stormingu po pracę z legacy – bez oddawania odpowiedzialności za architekturę.
Przenikliwość biznesowa, AI, Event Storming i DDD są tu używane jako narzędzia analizy, projektowania, porządkowania, podejmowania decyzji i kontrolowania ewolucji systemu, a nie akademickie techniki „od zera”.
Uczestnikami są architekci, liderzy techniczni, programiści mierzący się ze złożonością dostarczania produktu biznesowego i projektowania architektury mikroserwisowej, pragnący poszerzyć swoją wiedzę o strategie pomocne w pragmatycznym podejściu do tego zagadnienia. Szkolenie systematyzuje rozbudowane zagadnienia do elastycznych metod dających bezpieczeństwo oraz skalowalność.
Digital Twin Trenera: Ekspert Bottega z Tobą na dłużej
Uczestnicy otrzymują dostęp do Digital Twin Trenera – spersonalizowanego modelu osadzonego w doświadczeniu i sposobie myślenia Trenera. Trener zostaje z Tobą na dłużej, długo po zakończeniu warsztatów i do tego będzie na bieżąco udoskonalany.
Digital Twin został przeszkolony kilkudziesięcioma godzinami transkrypcji, prywatnych materiałów, notatek, interpretacji i doświadczeń - także tych które wykraczają poza ramy szkolenia. Uczestnicy otrzymują dostęp do sparing partnera, wsparcia w codziennych decyzjach architektonicznych, analizie i konsultacji - jaka mogłaby być perspektywa Trenera na dany aspekt ich systemu.
AI na tym szkoleniu:
- Bierze udział w każdym etapie projektowania – od eksploracji domeny, przez decyzje architektoniczne, po ewolucję legacy – zawsze jako partner do myślenia, nie automatyczny decydent
- Jest partnerem do zadań architektonicznych w DDD i Mikroserwisach - tych ważnych jak i niechcianych
Uczestnicy szkolenia:
- Zyskają kontrolę nad złożonością architektury: Umiejętność porządkowania domeny, procesów i granic systemu nawet wtedy, gdy architektura już „żyje własnym życiem”
- Zrozumieją przyczyny i skutki obecnej sytuacji w swoim projekcie: kompromisy, zaległe decyzje i pozorne ograniczenia
- Będą podejmować lepsze decyzje architektoniczne przy mniejszym koszcie poznawczym: AI jako partner pozwala szybciej dostrzegać konsekwencje decyzji, ryzyka i alternatywy
Wyróżniki szkolenia
- AI używane w dojrzały sposób: Wspiera decyzje, analizę, projektowanie, dokumentację – dokładnie tam, gdzie architekt traci dziś najwięcej czasu
- Digital Twin Trenera, który zostaje na dłużej: Uczestnicy otrzymują dostęp do Digital Twin Trenera – utrwalonego sposobu myślenia, heurystyk i osadzonego w doświadczeniu Trenera, z których mogą korzystać długo po zakończeniu szkolenia
- Brownfield‑friendly: Szkolenie prostym przykładem pokazuje jak pracować na systemach, które już istnieją posługując się pozornie prostym przykładem greenfieldu
Program Szkolenia
Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.-
Fundamenty architektury mikroserwisowej, DDD i Event Stormingu- Po co mikroserwisy – autonomia, skalowanie zespołów ale też koszt
- DDD jako praktyczne narzędzie architekta, pozbawione teoretycznych naleciałości i akademickich dysput
- Event Storming jako technika odkrywania architektury wraz z nauką przenikliwości biznesowej
- Możliwości i ograniczenia AI: wiedza, heurystyki, luki
- Po co mikroserwisy – autonomia, skalowanie zespołów ale też koszt
-
Kluczowa zmiana w nowoczesnej architekturze
- Teraz to biznes uczy IT jak robić MVP – kim jest Product Engineer
- Refinementy krótsze o połowę
- Architekt i jego iluzja kontroli – jak autonomiczne zespoły pozwolą Ci w niej bezpiecznie trwać
- Jesteś liderem, ludzie to też Twoja odpowiedzialność – jak nawzajem sobie pomagać
- Teraz to biznes uczy IT jak robić MVP – kim jest Product Engineer
-
Big Picture Event Storming – rozumienie domeny z AI
- Faza chaotyczna i chronologia – jak nie zgubić sensu procesu
- AI jako wsparcie eksploracji domeny
- Symulacje poparte doświadczeniem
- Filtrowanie zdarzeń udających domenę i kiedy mimo wszystko są one ważne
- Bezpośrednie przekształcenie karteczek z warsztatu na klasy i linijki kodu i decyzje architektoniczne
- Faza chaotyczna i chronologia – jak nie zgubić sensu procesu
-
Process Level Event Storming i jego prawdziwe znaczenie dla architektury
- Od procesu do odpowiedzialności systemów
- Najefektywniejsze techniki facylitacji z AI
- Każda karteczka realizuje cel architekta zainteresowanego biznesem
- Od procesu do odpowiedzialności systemów
-
Odkrywanie subdomen i definiowanie Bounded Contextów
- Heurystyki odkrywania subdomen
- AI Domain Mapper – grupowanie zdarzeń w archetypowe obszary
- Kandydaci na bounded contexty i ich prawdziwe znaczenie
- Typowe anty‑wzorce
- Heurystyki odkrywania subdomen
-
Mapa kontekstów i struktury dużej skali
- Czym jest prawdziwa architektura mikroserwisów
- Esencja mapy kontekstów, a nie artefakt po to "aby był"
- Komunikacja to nie API: jak ważne strategicznie są Twoje codzienne decyzje
- Co to znaczy Capability, Platforma - czyli to do czego wszyscy dążą
- Czym jest prawdziwa architektura mikroserwisów
-
Komunikacja między bounded contextami
- Skrócenie i uproszczenie decyzji dotyczących komunikacji
- Zrozumienie konsekwencji zamiast odkrywania ich i kosztownego naprawiania później
- Jak dobrać jeden z 3 stylów komunikacji i jeden z 14 sposobów dostarczania wiadomości
- Synchroniczna / asynchroniczna, orkiestracja / choreografia - kolejne składniki złożoności komunikacji
- Koszty porażki w testowaniu komunikacji na środowiskach testowych i testach end to end
- Skrócenie i uproszczenie decyzji dotyczących komunikacji
-
Symulacje, ryzyka i odporność procesu
- AI Virtual Roles: co z brakującymi perspektywami?
- Techniki radzenia sobie z zawężonym punktem widzenia uczestników warsztatu Event Storming
- Identyfikacja ryzyk, kompensacji i konsekwencji architektonicznych
- AI Virtual Roles: co z brakującymi perspektywami?
-
Decyzje architektoniczne z AI
- Czego wymaga decyzja która jest „trudna”
- Rozdzielać bounded context czy nie?
- Modular monolith vs mikroserwisy – nieujawnione trade‑offy
- Jak nie musieć pisać kolejnego ADRa
- Czego wymaga decyzja która jest „trudna”
-
Taktyczne DDD – od procesu do agregatów
- Odkrywanie granic agregatu w Process i Design Level Event Stormingu
- Inne spojrzenie na te same heurystyki
- AI Tactical DDD Helper
- Kod jako konsekwencja modelu, nie punkt wyjścia
- Odkrywanie granic agregatu w Process i Design Level Event Stormingu
-
Legacy i brownfield – architektura ewolucyjna
- Dlaczego nauka modelowania greenfield jest kluczowa w pracy z Legacy
- Big bang rewrite, Strangler Pattern, Bubble Context, Anti‑Corruption Layer, Autonomous Context
- AI Legacy Explorer: analiza brudnego kodu, procesów, identyfikacja cut‑lines
- Łączenie technik Event Stormingu z istniejącą architekturą
- Dlaczego nauka modelowania greenfield jest kluczowa w pracy z Legacy
-
Dokumentacja mówi to co powinna
- Obecnie: Przewidywanie potencjalnych pytań przyszłego czytelnika dokumentacji
- Przyszłość: AI i zadawanie dowolnego pytania dot. całej wiedzy rozproszonej w firmie
- Przegląd podejścia do budowy własnych agentów (crewAI, semantic layers, SLMs)
- Obecnie: Przewidywanie potencjalnych pytań przyszłego czytelnika dokumentacji
Pobierz program w formacie PDF
Trenerzy
Poznaj ekspertów, którzy mogą poprowadzić Twoje szkolenie.