Dla kogo
Idealny dla zespołów, które…
1 Absolwentów ścieżki szkoleniowej PHP (Architektura), chcących wprowadzić asynchroniczność do swoich aplikacji
2 Developerów PHP pracujących z aplikacjami, w których requesty trwają zbyt długo przez synchroniczne operacje
3 Programistów, którzy słyszeli o kolejkach i CQRS, ale nie wiedzą jak zacząć pragmatycznie
4 Zespołów planujących migrację z synchronicznej architektury na asynchroniczną
Efekty po programie
Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.
✓
PHP 8.3+: modularny monolit, bounded contexts, publiczne API modułów
✓
Zdarzenia domenowe — Symfony EventDispatcher
✓
Testy PHPUnit: unit i integracyjne
✓
Docker i Composer
Program · 4 modułów
Co konkretnie robimy
M01
Dzień 1 · Etap 1: Symfony Messenger — kolejki wiadomości
- · Problem: request trwa 5 sekund — dlaczego i co z tym zrobić?
- · Symfony Messenger — konfiguracja, transport RabbitMQ (AMQP), message i handler
- · Praktyka: wysyłka e-maila i generowanie PDF jako asynchroniczne handlery
- · Worker — uruchamianie, monitorowanie, supervisor w Docker
- · RabbitMQ management UI — podglądanie kolejek, wiadomości, stanu workerów
- · Retry i dead letter queue — co gdy handler się wywali?
- · Efekt: Operacje blokujące request są przeniesione do workerów; request jest szybki
M02
Dzień 1 · Etap 2: Idempotentność
- · Problem: worker przetwarza wiadomość dwa razy — klient dostaje dwa maile
- · Dlaczego duplikaty się zdarzają — at-least-once delivery, network failures, worker restart
- · Idempotent handler — projektowanie handlerów bezpiecznych przy wielokrotnym uruchomieniu
- · Wzorce: idempotency key, deduplikacja, upsert zamiast insert
- · Praktyka: zabezpieczenie handlerów z etapu 1 przed duplikatami
- · Efekt: Uczestnicy rozumieją at-least-once delivery i potrafią pisać idempotentne handlery
M03
Dzień 2 · Etap 3: Eventual consistency
- · Problem: zamówienie złożone, ale stan magazynowy jeszcze nie zaktualizowany
- · Synchroniczne vs asynchroniczne — konsekwencje architektoniczne
- · Eventual consistency — dane BĘDĄ spójne, ale nie natychmiast
- · Eventy jako fakty vs komendy jako intencje
- · Saga/Process Manager — koncepcja + demo koordynacji procesu zamówienie → płatność → wysyłka
- · Kompensacja zamiast rollbacku — obsługa błędów w procesach asynchronicznych
- · Efekt: Uczestnicy rozumieją trade-offy asynchroniczności i potrafią projektować procesy wieloetapowe
M04
Dzień 2 · Etap 4: CQRS lite i podsumowanie
- · Problem: listingi wymagają joinów przez 5 tabel, a zapis dotyka jednej — dlaczego traktujemy je tak samo?
- · CQRS lite — separacja modelu odczytu i zapisu (bez event sourcing)
- · Write model — agregaty, walidacja, reguły biznesowe
- · Read model — zdenormalizowane projekcje zoptymalizowane pod odczyt
- · Synchronizacja read modelu asynchronicznie przez Messenger (łączy wszystkie tematy warsztatu)
- · Praktyka: listing zamówień jako read model aktualizowany asynchronicznie
- · Kiedy NIE stosować CQRS — prosty CRUD nie potrzebuje separacji modeli
- · Retrospektywa — przegląd ewolucji od synchronicznego monolitu do asynchronicznego systemu
- · Efekt: Uczestnicy mają kompletny obraz: kolejki → idempotentność → eventual consistency → CQRS lite
Każdy moduł modyfikujemy pod Twój stack i kontekst. Powyższe to punkt wyjścia — nie sztywna agenda.
Jak pracujemy
Od briefu do retro w 30 dniach.
01
Brief i diagnoza
Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.
02
Modyfikacja programu
Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.
03
Warsztat
Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.
04
Retro + raport
Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.
Zapytanie
Wyślij brief. Odezwiemy się w 1 dzień.
Po krótkim briefie przygotujemy program i wycenę. Bez zobowiązań — to tylko punkt wyjścia do rozmowy.
✓Wycena w 48h od briefu
✓Pierwsza sesja w 30 dni
✓Pilotaż przed pełną decyzją
✓Faktura VAT, możliwość płatności w transzach
Dziękujemy!
Odezwiemy się w ciągu 1 dnia roboczego.
Inne programy dla zespołów
Zobacz wszystkie →Backend
Architektura systemów przez pryzmat czynnika ludzkiego
Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.
3 godziny →
Backend
Czysta Architektura
Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.
3 godziny →
Backend
Mikro, makro i wszystko pomiędzy: jak podejmować decyzje o wielkości serwisu
Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.
3 godziny →