Serverless brzmi jak marzenie ka\u017cdego CTO ma\u0142ej firmy: p\u0142acisz tylko za to, czego u\u017cywasz, nie martwisz si\u0119 serwerami, a skalowanie dzieje si\u0119 samo. W 2025 roku to wci\u0105\u017c jeden z najgor\u0119tszych temat\u00f3w w architekturze aplikacji. Problem w tym, \u017ce wiele firm wpada w pu\u0142apk\u0119, myl\u0105c \u201ebezserwerowo\u015b\u0107\u201d z \u201ebez koszt\u00f3w\u201d. W swojej praktyce widzia\u0142em przypadki, gdzie miesi\u0119czny rachunek za AWS Lambda czy Cloud Functions nagle wystrzeliwa\u0142 z kilkudziesi\u0119ciu do kilku tysi\u0119cy dolar\u00f3w. Nie przez wzrost ruchu, ale przez z\u0142\u0105 strategi\u0119. Oto trzy b\u0142\u0119dy, kt\u00f3re winduj\u0105 koszty serverlessa w ma\u0142ych firmach \u2013 i jak ich unikn\u0105\u0107.<\/p>\n
Serverless nie jest magiczny. Ka\u017cda funkcja, gdy jest wywo\u0142ywana po okresie bezczynno\u015bci, przechodzi tzw. zimny start. To trwa od kilkudziesi\u0119ciu milisekund do nawet kilku sekund, w zale\u017cno\u015bci od \u015brodowiska. Problem w tym, \u017ce zimne starty nie tylko spowalniaj\u0105 aplikacj\u0119, ale te\u017c generuj\u0105 koszty \u2013 p\u0142acisz za czas inicjalizacji, nawet je\u015bli funkcja nie robi nic produktywnego.<\/p>\n
Widzia\u0142em firm\u0119, kt\u00f3ra uruchamia\u0142a funkcj\u0119 serverless co 5 minut tylko po to, by \u201etrzyma\u0107 j\u0105 ciep\u0142\u0105\u201d. To paradoksalnie zwi\u0119ksza\u0142o koszty, bo zamiast p\u0142aci\u0107 za pojedyncze wywo\u0142ania, p\u0142acili za ci\u0105g\u0142e utrzymywanie funkcji w stanie gotowo\u015bci. Lepszym rozwi\u0105zaniem jest optymalizacja kodu: zmniejszenie rozmiaru paczki, u\u017cycie j\u0119zyk\u00f3w szybszych przy starcie (np. Python zamiast Node.js w niekt\u00f3rych przypadkach) oraz wykorzystanie Provisioned Concurrency tylko dla krytycznych \u015bcie\u017cek.<\/p>\n
Kolejna pu\u0142apka: zbyt d\u0142ugi czas wykonania. Serverless jest tani dla kr\u00f3tkich zada\u0144 (ms), ale dro\u017ceje, gdy funkcja dzia\u0142a kilka sekund. Je\u015bli masz funkcj\u0119 przetwarzaj\u0105c\u0105 obraz, kt\u00f3ra trwa 10 sekund \u2013 lepiej rozwa\u017cy\u0107 us\u0142ug\u0119 dedykowan\u0105 (np. AWS Batch) lub zmieni\u0107 architektur\u0119. W jednym z audyt\u00f3w spotka\u0142em firm\u0119, kt\u00f3ra u\u017cywa\u0142a Lamdy do generowania PDF-\u00f3w \u2013 ka\u017cde wywo\u0142anie trwa\u0142o \u015brednio 15 sekund, co przy 10 tysi\u0105cach miesi\u0119cznie dawa\u0142o rachunek wy\u017cszy ni\u017c tradycyjny serwer VPS.<\/p>\n
Serverless kusi, by ka\u017cd\u0105 ma\u0142\u0105 czynno\u015b\u0107 zamkn\u0105\u0107 w osobnej funkcji. Efekt? Lawinowe wywo\u0142ania, kt\u00f3re generuj\u0105 koszty. W architekturze mikroserwis\u00f3w cz\u0119sto widz\u0119, \u017ce jedna operacja \u2013 np. z\u0142o\u017cenie zam\u00f3wienia \u2013 wywo\u0142uje 5-6 funkcji \u0142a\u0144cuchowo. Ka\u017cda z nich p\u0142aci za czas i liczb\u0119 \u017c\u0105da\u0144.<\/p>\n
Co gorsza, r\u00f3wnoleg\u0142e wywo\u0142ania (concurrency) mog\u0105 b\u0142yskawicznie zwi\u0119kszy\u0107 koszty, zw\u0142aszcza je\u015bli funkcja korzysta z zewn\u0119trznych API, kt\u00f3re maj\u0105 w\u0142asne limity. Przyk\u0142ad: firma e-commerce u\u017cywa\u0142a serverlessa do wysy\u0142ki e-maili powitalnych. Ka\u017cda rejestracja wywo\u0142ywa\u0142a funkcj\u0119, kt\u00f3ra \u0142\u0105czy\u0142a si\u0119 z SendGridiem. W Black Friday ruch wzr\u00f3s\u0142 10-krotnie, a koszty Lamdy posz\u0142y w g\u00f3r\u0119 20-krotnie \u2013 bo funkcja czeka\u0142a na odpowied\u017a z API, a czas oczekiwania te\u017c by\u0142 liczony.<\/p>\n
Rozwi\u0105zanie: projektuj funkcje tak, by by\u0142y idempotentne i jak najkr\u00f3cej dzia\u0142a\u0142y. U\u017cywaj kolejek (np. SQS) do roz\u0142o\u017cenia obci\u0105\u017cenia. A przede wszystkim \u2013 mierz i monitoruj. Bez tego nie zobaczysz, gdzie wycieka bud\u017cet.<\/p>\n
Najwi\u0119kszym grzechem jest wdro\u017cenie serverlessa bez ustawienia limit\u00f3w koszt\u00f3w. W tradycyjnym hostingu p\u0142acisz sta\u0142\u0105 miesi\u0119czn\u0105 op\u0142at\u0119 \u2013 w serverless koszt jest zmienny i zale\u017cny od skali. Bez barier ochroniarskich jedna p\u0119tla w kodzie mo\u017ce wygenerowa\u0107 miliony wywo\u0142a\u0144 w kilka minut.<\/p>\n
Znam histori\u0119 startupu, kt\u00f3ry przez b\u0142\u0105d w konfiguracji webhooka (zap\u0119tlenie) wygenerowa\u0142 2 miliony wywo\u0142a\u0144 funkcji w ci\u0105gu godziny. Rachunek: 4000 dolar\u00f3w. Firma nie mia\u0142a ustawionych alert\u00f3w na AWS Budgets, wi\u0119c dowiedzia\u0142a si\u0119 o tym dopiero po miesi\u0105cu na fakturze.<\/p>\n
Dobre praktyki: zawsze konfiguruj bud\u017cet z alertami (pr\u00f3g 80% i 100%). Dodatkowo, ustaw limity concurrency na funkcjach i u\u017cywaj API Gateway z throttlingiem. Monitoruj logi pod k\u0105tem anomalii \u2013 narz\u0119dzia jak CloudWatch czy Datadog mog\u0105 wykry\u0107 skoki koszt\u00f3w w czasie rzeczywistym.<\/p>\n
Serverless to \u015bwietne narz\u0119dzie, ale nie jest srebrn\u0105 kul\u0105. Dla ma\u0142ych firm mo\u017ce by\u0107 zar\u00f3wno oszcz\u0119dno\u015bci\u0105, jak i finansow\u0105 pu\u0142apk\u0105. Klucz to \u015bwiadome projektowanie: kr\u00f3tkie funkcje, kontrola wywo\u0142a\u0144 i monitoring. Zanim wrzucisz ca\u0142\u0105 aplikacj\u0119 na Lamd\u0119, przetestuj koszty na ma\u0142ej skali. A je\u015bli ju\u017c pope\u0142niasz b\u0142\u0119dy \u2013 wyci\u0105gnij wnioski, zanim faktura zrobi to za Ciebie.<\/p>\n","protected":false},"excerpt":{"rendered":"
Serverless brzmi jak marzenie ka\u017cdego CTO ma\u0142ej firmy: p\u0142acisz tylko za to, czego u\u017cywasz, nie martwisz si\u0119 serwerami, a skalowanie dzieje si\u0119 samo. W 2025 roku to wci\u0105\u017c jeden z najgor\u0119tszych temat\u00f3w w architekturze aplikacji. Problem w tym, \u017ce wiele firm wpada w pu\u0142apk\u0119, myl\u0105c \u201ebezserwerowo\u015b\u0107\u201d z \u201ebez koszt\u00f3w\u201d. W swojej praktyce widzia\u0142em przypadki, gdzie<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[276,854,570,853],"class_list":["post-2426","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-api","tag-koszty-backendu","tag-mala-firma","tag-serwerless"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2426","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2426"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2426\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2426"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2426"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2426"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}