Optymalizacja infrastruktury AWS
dla platformy TCAdvert

TCAdvert API to aplikacja w Laravelu działająca na AWS ECS Fargate z procesorami ARM64 (Graviton), za load balancerem aplikacyjnym. Ruch HTTP, kolejki, przetwarzanie plików i WebSockety działają jako osobne serwisy, a ECS skaluje je automatycznie na podstawie zużycia CPU, pamięci oraz liczby żądań. Każda poprawa wydajności pojedynczego taska przekłada się więc bezpośrednio na mniejszą liczbę uruchomionych tasków i niższy koszt.

We wrześniu 2025 roku Fingoweb przeniósł API z Apache i PHP-FPM na FrankenPHP z Laravel Octane. W trybie worker aplikacja uruchamia się raz i obsługuje kolejne żądania bez ponownego ładowania frameworka co każde zapytanie, a połączenia z bazą danych są utrzymywane między żądaniami. Czas procesora zostaje wykorzystany w większym stopniu na wykonywanie kodu aplikacj, a nie na inicjalizację frameworka aplikacji, przez co zużycie CPU spada, a co za tym idzie – autoskalowanie rzadziej dokłada kolejne taski.

Zastąpiliśmy bazę danych wykorzystywaną w systemie przechowującą logi z urządzeń z Grafana Loki na VictoriaLogs. Logi przetwarzane są w potoku stworzonym za pomocą narzędzia Vector oraz są wczytywane za pomocą protokołu OpenTelemetry, więc zmiana magazynu wymagała jedynie zmiany konfiguracji, a nie aplikacji. Przez okres przejściowy te same logi trafiały równolegle do obu systemów, co pozwoliło porównać je 1:1 na prawdziwym ruchu, zanim wyłączyliśmy Lokiego. Dopiero gdy mieliśmy pewność, że nowy silnik bazodanowy spełnia swoje zadanie, wykonane zostały wymagane zmiany w API, aby umożliwić odpytywanie VL z poziomu aplikacji.

W ramach projektu Fingoweb zrealizował:

• przeniesienie API z Apache i PHP-FPM na FrankenPHP z Laravel Octane w trybie worker;
• dostosowanie aplikacji do długo żyjących procesów;wdrożenie potoku przetwarzania logów z wykorzystaniem protokołu OpenTelemetry i narzędzia Vector z buforowaniem dyskowym;
• an OpenTelemetry and Vector log pipeline with disk buffering;
• równoległy zapis logów do Grafana Loki i VictoriaLogs w okresie przejściowym (dual-sink);
• wyświetlanie logów urządzeń bezpośrednio w CMS, gdzie korzysta z nich zespół wsparcia.

Efekty

Dzięki optymalizacji infrastruktury AWS platforma TCAdvert obsługuje około 15 tysięcy playerów przy mniejszej liczbie serwerów i krótszym czasie odpowiedzi, a zaoszczędzone środki przeznaczono na usprawnienia, które przyspieszyły system CMS. Zespół wsparcia znów może diagnozować urządzenia na bieżąco. Wyniki to:

• o 57% mniej tasków Fargate obsługujących zapytania do API przy tym samym ruchu i proporcjonalnie niższy koszt tej części infrastruktury;
• czas odpowiedzi API dla urządzeń (p95) skrócony z około 350 ms do około 90 ms;
• wyniki wyszukiwania logów w około 0,5 sekundy zamiast kilkunastu, bez zwiększania zasobów;
• migracja systemu logów bez utraty danych i bez wpływu na działanie platformy.