Serverless w 2025: 3 błędy, które windują koszty małej firmy
Serverless brzmi jak marzenie – płacisz tylko za wykonanie, nie martwisz się o serwery, skalowanie odbywa się automatycznie. W teorii. W praktyce po kilku miesiącach przychodzi rachunek, który potrafi zaskoczyć. Obserwuję to u wielu klientów – małe firmy, które chciały oszczędzić, kończą z kosztami rzędu kilku tysięcy złotych miesięcznie za pozornie prostą aplikację. Dlaczego tak się dzieje? Bo serverless nie jest magiczną różdżką – to architektura, która wymaga zrozumienia i dyscypliny. W tym artykule pokażę trzy najczęstsze błędy, które windują koszty, i podpowiem, jak ich uniknąć.
Błąd #1: Zbyt gęste wywołania – zapomniane zimne starty
W serverless najdroższe jest częste wywoływanie funkcji bez zachowania ciepła. Każda Lambda czy Cloud Function po okresie bezczynności przechodzi w stan uśpienia. Gdy pojawia się żądanie, funkcja uruchamia się od nowa – to tzw. zimny start. Zimne starty trwają dłużej, a czas wykonania to pieniądze. Problem pojawia się, gdy projektujesz architekturę tak, że wiele małych funkcji wywołuje się pojedynczo, zamiast grupowo.
Przykład z życia: Klient – sklep e-commerce z średnim ruchem – stworzył oddzielne funkcje serverless do: walidacji koszyka, sprawdzenia stanu magazynu, obliczania ceny z rabatem, generowania zamówienia. Każda wywoływana osobno przy zakupie. Niby elegancko, ale przy 1000 zamówień dziennie, przy każdym zamówieniu występowały 4 zimne starty. Rachunek miesięczny: 3200 zł za AWS Lambda. Po refaktorze – połączeniu tych funkcji w jedną – rachunek spadł do 800 zł. Różnica? Ciepłe funkcje działają szybciej, a ich czas wykonania jest krótszy.
Jak unikać? Grupuj powiązane operacje w jedną funkcję. Używaj provisioned concurrency dla krytycznych ścieżek (stały koszt, ale często niższy niż losowe zimne starty). Testuj rzeczywiste wzorce ruchu, a nie tylko happy path.
Błąd #2: Niewidzialne koszty “zadań w tle” – czyli gdzie uciekają cykle
Drugim cichym zabójcą budżetu są funkcje, które mają wykonywać się „od czasu do czasu” – zadania cron, webhooki, przetwarzanie kolejek. W serverless możesz ustawić wywołanie co minutę, co 5 minut, co godzinę. Brzmi niewinnie. Ale 1440 wywołań dziennie to 43 200 miesięcznie. Jeśli każda funkcja działa 2 sekundy, miesięcznie generujesz 86 400 sekund czasu obliczeniowego. To już sporo.
Przykład: Aplikacja SaaS dla małych firm monitująca zmiany w bazie – co 5 minut odpalała funkcję skanującą. Funkcja działała średnio 3 sekundy. Miesięczne koszty: 1500 zł. Po zmianie na wywołanie co 15 minut i dodaniu warunku wczesnego wyjścia (jeśli brak zmian – zakończ po 0,1 s), koszty spadły do 400 zł.
Jak unikać? Zawsze optymalizuj czas wykonania – im krócej, tym lepiej. Ustawiaj odpowiednie interwały – zadaj sobie pytanie „czy naprawdę potrzebuję sprawdzać co 5 minut?”. Rozważ użycie event-driven – niech zadanie uruchamia się tylko wtedy, gdy coś się zmieni, a nie na blind-cron.
Błąd #3: Przesadna granularność funkcji – koszt komunikacji
Moda na mikroserwisy przeniosła się na serverless, ale często zbyt drobny podział funkcji prowadzi do efektu „distributed monolith”. Między funkcjami komunikujesz się przez sieć – API Gateway, kolejki, wywołania HTTP. Każda taka komunikacja to dodatkowy koszt i opóźnienie. W serverless płacisz za transfer danych, za liczbę żądań do API Gateway, za czas oczekiwania.
Przykład: Firma budująca platformę do raportów – każda operacja na danych osobna funkcja: pobranie danych, czyszczenie, agregacja, formatowanie, zapis. W efekcie na jeden raport 5 wywołań między funkcjami. Koszt API Gateway: 3,50 zł za milion żądań – niby mało, ale przy 100 000 raportów miesięcznie? Już 1750 zł tylko za żądania. Dodaj do tego czas oczekiwania i opłaty za transfer – wychodzi prawie 3000 zł.
Jak unikać? Projektuj funkcje bardziej „gruboziarniste” – jedna funkcja powinna realizować pełny use case, a nie pojedynczy krok. Jeśli potrzebujesz komunikacji między funkcjami, rozważ użycie warstwy cache (np. Redis) lub współdzielonej bazy danych, aby zminimalizować wywołania. Pamiętaj: serverless to nie mikroserwisy.
Podsumowanie
Serverless to potężne narzędzie, ale nie jest automatycznie tanie. Klucz tkwi w świadomym projektowaniu architektury. Zbyt częste zimne starty, zbyt gęste crony i zbyt rozdrobnione funkcje to trzy grzechy główne, które windują koszty. Zanim wdrożysz serverless w swojej firmie, zrób audyt swoich wzorców wywołań – może się okazać, że prosty refaktor zmniejszy rachunki o 50-70%. A jeśli potrzebujesz pomocy w optymalizacji, JurskiTech chętnie przeanalizuje Twoją architekturę i zaproponuje rozwiązania szyte na miarę.
