Piotr MuchaPrincipal Software Engineer FairyDeck EN / PL Porozmawiajmy o systemie
Menu

Case produkcyjny · edrone

Opublikowane doświadczenie produkcyjne

Modernizacja platformy marketing automation przetwarzającej do około 45 tys. zdarzeń na minutę.

Migracja zwiększyła odporność przetwarzania zdarzeń i stworzyła drogę dalszej modernizacji bez przepisywania całej platformy.

~1000
zintegrowanych sklepów w tamtym okresie
45 tys./min
zdarzeń na minutę w szczycie

01

Usunięcie wąskiego gardła bez zatrzymywania kampanii.

Wczesny proces eventów używał plików i zwiększał pojemność przez kolejne serwery. Piki ruchu ujawniały granice niezawodności, a stare aplikacje Symfony i silne zależności Java czyniły pełny rewrite niepraktycznym.

Przetwarzanie przeszło na kolejki i skalowalne workery. Równolegle krytyczne komponenty PHP i Java oraz integracje e-commerce były modernizowane kontrolowanymi krokami.

02

Problem obciążenia osadzony w dwóch stackach legacy.

Stan początkowy

Pliki, skalowanie pionowe i trudne zależności

Obsługa eventów opierała się na dysku i dokładaniu serwerów. Krytyczne aplikacje PHP używały Symfony 2.2/2.3, a usługi Java były ograniczone starymi zależnościami frameworkowymi.

Ograniczenia

Eventy i kampanie nie mogły zniknąć podczas migracji

  • Black Friday powodował gwałtowne piki ruchu o dużej skali.
  • Utrata eventu mogła zablokować uruchomienie komunikacji do klienta.
  • Aplikacje PHP i Java musiały działać podczas zmian zależności.
  • Wzrost pojemności nie mógł oznaczać proporcjonalnego wzrostu kosztu infrastruktury.

Strategia modernizacji

Zmiana ścieżki eventów przed przepisaniem produktu

Przeniesienie krytycznego przepływu do kolejek bezpośrednio adresowało niezawodność i skalę. Etapowe aktualizacje aplikacji zmniejszały ryzyko legacy bez wiązania każdej poprawy z jednym wielkim wdrożeniem.

Mój wkład

Bezpośrednia modernizacja eventów i integracji.

Moja praca obejmowała krytyczną ścieżkę migracji, modernizację aplikacji i funkcje powiązane z ekosystemem e-commerce.

Migracja przetwarzania zdarzeń
Pracowałem nad przejściem z plików do modelu kolejkowego skalowanego przez workery.
Modernizacja PHP i Java
Aktualizowałem krytyczne aplikacje Symfony i ograniczałem problematyczne zależności Java bez zastępowania całej platformy.
Integracje e-commerce i funkcje produktu
Poprawiałem integracje WordPress, Magento i PrestaShop, zbudowałem integrację Shoper i dostarczałem funkcje marketing automation.

Case opisuje mój wkład w większą platformę. Nie przypisuje mi wyłącznego autorstwa całej architektury edrone.

Kluczowe decyzje

Skalowanie jednostki pracy zamiast całych monolitycznych serwerów.

Migracja wydzieliła przetwarzanie eventów jako przepływ najwyższego ryzyka i poprawiła go bez czekania na wymianę wszystkich zależności legacy.

  1. 01

    Eventy przetwarzane przez kolejki

    Kolejki zastąpiły pliki jako punkt koordynacji niezawodnej pracy możliwej do rozproszenia.

  2. 02

    Niezależne skalowanie workerów

    Pojemność rosła przez zwiększanie liczby workerów zamiast kopiowania całej aplikacji.

  3. 03

    Etapowe aktualizacje

    Zmiany frameworków i zależności podążały kontrolowanymi ścieżkami zamiast jednego rewrite’u.

Model dostarczania

Kontrolowana droga od wąskiego gardła do modernizowalnej platformy.

  1. 01

    Identyfikacja ryzyka utraty i skali

    Mapowanie przepływu plikowego, zachowania w pikach i kampanii uruchamianych przez eventy.

  2. 02

    Przejście na kolejki

    Wprowadzenie rozproszonej pracy i niezależnego skalowania puli workerów pod obciążeniem.

  3. 03

    Modernizacja aplikacji wokół nowej ścieżki

    Aktualizacja krytycznych komponentów PHP i Java oraz wzmocnienie integracji zasilających platformę.

Zweryfikowane dowody produkcyjne

Obsługa szczytowej skali bez utraty strumienia eventów.

45 tys./min
przetwarzanych przez platformę marketing automation
Bez utraty zdarzeń
podczas szczytów eventów Black Friday

Architektura ograniczyła potrzebę dokładania kompletnych serwerów wraz ze wzrostem ruchu. Bez zweryfikowanej bazy kosztowej nie deklaruję konkretnej kwoty oszczędności.

Czego to dowodzi

Modernizacja dużej skali na styku PHP, Java i systemów event-driven.

Projekt pokazuje, jak wymienić krytyczny mechanizm skalowania, zachować działanie produkcji i pozostawić platformę łatwiejszą do kolejnych zmian.

Modernizacja krytycznego ERP bez zatrzymywania sprzedaży, zakupów i pracy magazynów.

Wielokanałowa hurtownia części samochodowych opierała krytyczne procesy na kilku nieudokumentowanych, silnie powiązanych systemach legacy. Zamiast przepisywać wszystko naraz, przenosiłem kompletne procesy do audytowalnych domen, utrzymując ciągłość sprzedaży, zakupów i pracy magazynów.

Normalizacja europejskich integracji bankowych PSD2 dla platformy Account-to-Account obsługującej setki tysięcy transakcji miesięcznie.

Europejskie banki udostępniały różne API, statusy i semantykę błędów. Implementowałem integracje mapujące te kontrakty na jeden proces płatności Account-to-Account, z Mutual TLS, obsługą certyfikatów, retry, duplikatów i stanów niejednoznacznych.

Twoja platforma eventowa

Czy szczyt ruchu ujawnia granicę niezawodności lub kosztu?

Możemy zmapować krytyczną ścieżkę eventów, gwarancje dostarczenia i najmniejszą migrację, która bezpiecznie zmieni model skalowania.

Porozmawiajmy o platformie eventowej dużej skali

Wróć do realizacji