Model serverless od lat kusi obietnic\u0105: \u201ep\u0142a\u0107 tylko za to, czego u\u017cywasz\u201d. Brzmi idealnie dla ma\u0142ej firmy, kt\u00f3ra nie chce przep\u0142aca\u0107 za bezczynne serwery. W praktyce jednak coraz cz\u0119\u015bciej widz\u0119 zespo\u0142y, kt\u00f3re po migracji do serverless dostaj\u0105 rachunek 3\u20135 razy wy\u017cszy ni\u017c wcze\u015bniej w tradycyjnym modelu. Dlaczego? Bo serverless ma swoj\u0105 ciemn\u0105 stron\u0119, kt\u00f3r\u0105 operatorzy chmury ch\u0119tnie pomijaj\u0105 w marketingowych materia\u0142ach.<\/p>\n
W JurskiTech.pl codziennie pomagamy firmom optymalizowa\u0107 koszty chmury. Poni\u017cej opisuj\u0119 trzy najcz\u0119stsze b\u0142\u0119dy, kt\u00f3re widz\u0119 w projektach serverless u ma\u0142ych klient\u00f3w \u2013 i co zrobi\u0107, \u017ceby nie wyl\u0105dowa\u0107 z kosztami na minusie.<\/p>\n
Serverless zach\u0119ca do rozbijania logiki na mikro-funkcje. W teorii to fajne \u2013 ka\u017cda funkcja robi jedn\u0105 rzecz. W praktyce cz\u0119sto prowadzi to do sytuacji, gdzie jedna operacja biznesowa wywo\u0142uje 10\u201315 oddzielnych funkcji, a ka\u017cda z nich generuje koszt.<\/p>\n
Przyk\u0142ad z \u017cycia: Klient \u2013 sklep e-commerce \u2013 zbudowa\u0142 proces realizacji zam\u00f3wienia jako \u0142a\u0144cuch 12 funkcji Lambda. Ka\u017cda sprawdza\u0142a stan magazynowy, aktualizowa\u0142a baz\u0119, wysy\u0142a\u0142a e-mail, logowa\u0142a zdarzenie. W przypadku standardowej wysy\u0142ki \u2013 ok. 1000 zam\u00f3wie\u0144 dziennie \u2013 koszt Lambda wyni\u00f3s\u0142 0,30 USD dziennie. Niby niewiele. Ale przy promocji Black Friday ruch wzr\u00f3s\u0142 10-krotnie, a koszt poszybowa\u0142 do 300 USD dziennie, bo funkcje by\u0142y wywo\u0142ywane wielokrotnie, a ka\u017cda z nich mia\u0142a d\u0142ugi czas wykonania (ponad 500 ms).<\/p>\n
Jak tego unikn\u0105\u0107?<\/strong> Zamiast tworzy\u0107 kaskad\u0119 funkcji, po\u0142\u0105cz kilka krok\u00f3w w jedn\u0105 funkcj\u0119. Zmniejsz liczb\u0119 wywo\u0142a\u0144 i czas wykonania. W tym przypadku wystarczy\u0142yby 3 funkcje zamiast 12. Koszt spad\u0142 o 70%.<\/p>\n Cold start to moment, gdy funkcja nie by\u0142a u\u017cywana przez jaki\u015b czas i musi zosta\u0107 za\u0142adowana od nowa. W ma\u0142ych firmach cz\u0119sto nie ma sta\u0142ego ruchu \u2013 bywa, \u017ce funkcja jest wywo\u0142ywana co kilka minut, a potem przez godzin\u0119 nic. Ka\u017cdy cold start to op\u00f3\u017anienie i dodatkowy koszt, bo chmura musi uruchomi\u0107 kontener.<\/p>\n Klient \u2013 startup SaaS z aplikacj\u0105 do zarz\u0105dzania projektami \u2013 u\u017cywa\u0142 funkcji serverless do obs\u0142ugi logowania. U\u017cytkownik\u00f3w by\u0142o ok. 500 dziennie, ale ruch by\u0142 nier\u00f3wnomierny. \u015aredni czas odpowiedzi wynosi\u0142 2 sekundy, z czego 1,5 sekundy to cold start. Koszty by\u0142y niskie (ok. 50 USD\/miesi\u0105c), ale UX ucierpia\u0142. Zdecydowali si\u0119 na utrzymanie jednej \u201erozgrzanej\u201d funkcji \u2013 koszt wzr\u00f3s\u0142 do 80 USD, ale czas odpowiedzi spad\u0142 poni\u017cej 300 ms. Klient by\u0142 zadowolony, bo retencja wzros\u0142a o 15%.<\/p>\n Rekomendacja:<\/strong> Je\u015bli masz nier\u00f3wnomierny ruch, rozwa\u017c u\u017cycie \u201ekeep-warm\u201d (np. CloudWatch Events wywo\u0142uj\u0105cy funkcj\u0119 co 5 minut). Koszt to kilka dolar\u00f3w miesi\u0119cznie, a oszcz\u0119dno\u015b\u0107 na UX i potencjalnych stratach klient\u00f3w \u2013 niepor\u00f3wnywalna.<\/p>\n Serverless to nie tylko czas wykonania. Cz\u0119sto najwi\u0119kszym sk\u0142adnikiem rachunku jest transfer danych mi\u0119dzy funkcjami a innymi us\u0142ugami (bazy danych, kolejki, API zewn\u0119trzne). W architekturze serverless ka\u017cda funkcja cz\u0119sto komunikuje si\u0119 z innymi serwisami, a ka\u017cdy gigabajt transferu kosztuje.<\/p>\n Przyk\u0142ad: Firma analityczna przetwarza\u0142a dane z IoT \u2013 miliony rekord\u00f3w dziennie. U\u017cyli AWS Lambda do czyszczenia danych, a nast\u0119pnie zapisywali do S3. Funkcja by\u0142a ma\u0142a (128 MB, 100 ms wykonania), ale ka\u017cde wywo\u0142anie czyta\u0142o plik z S3 i zapisywa\u0142o nowy plik \u2013 transfer mi\u0119dzy S3 a Lambda wynosi\u0142 \u015brednio 500 MB dziennie. Koszt Lambda: 5 USD\/miesi\u0105c. Koszt transferu: 45 USD\/miesi\u0105c. Nikt tego nie przewidzia\u0142.<\/p>\n Rozwi\u0105zanie:<\/strong> Zamiast czyta\u0107 i zapisywa\u0107 ca\u0142e pliki, mog\u0105 przetwarza\u0107 dane strumieniowo. Lepiej: u\u017cyj funkcji, kt\u00f3ra dzia\u0142a na strumieniu danych (np. Kinesis) zamiast odczytywa\u0107 pliki z S3. Transfer wewn\u0119trzny w VPC jest ta\u0144szy, ale te\u017c nie darmowy. Zawsze szacuj koszt transferu przed wdro\u017ceniem.<\/p>\n Serverless to \u015bwietne narz\u0119dzie, ale nie jest srebrn\u0105 kul\u0105. Dla ma\u0142ych firm mo\u017ce by\u0107 pu\u0142apk\u0105, je\u015bli nie kontroluj\u0105 liczby wywo\u0142a\u0144, zimnych start\u00f3w i transfer\u00f3w. Zanim wrzucisz wszystko do Lambda czy Cloud Functions, przeanalizuj rzeczywisty przep\u0142yw Twojej aplikacji. Cz\u0119sto dobrze zaprojektowana monolityczna aplikacja na ma\u0142ym serwerze (np. VPS za 5 USD\/miesi\u0105c) b\u0119dzie ta\u0144sza i prostsza w utrzymaniu ni\u017c skomplikowana sie\u0107 funkcji serverless.<\/p>\n Je\u015bli masz w\u0105tpliwo\u015bci \u2013 zapro\u015b kogo\u015b z do\u015bwiadczeniem (np. nas z JurskiTech.pl) do audytu. Lepiej wyda\u0107 1000 z\u0142 na konsultacj\u0119, ni\u017c p\u00f3\u017aniej p\u0142aci\u0107 3000 z\u0142 miesi\u0119cznie za przetwarzanie, kt\u00f3re mo\u017cna zoptymalizowa\u0107.<\/p>\n","protected":false},"excerpt":{"rendered":" Serverless w 2025: 3 b\u0142\u0119dy, kt\u00f3re winduj\u0105 koszty ma\u0142ej firmy Model serverless od lat kusi obietnic\u0105: \u201ep\u0142a\u0107 tylko za to, czego u\u017cywasz\u201d. Brzmi idealnie dla ma\u0142ej firmy, kt\u00f3ra nie chce przep\u0142aca\u0107 za bezczynne serwery. W praktyce jednak coraz cz\u0119\u015bciej widz\u0119 zespo\u0142y, kt\u00f3re po migracji do serverless dostaj\u0105 rachunek 3\u20135 razy wy\u017cszy ni\u017c wcze\u015bniej w tradycyjnym<\/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":[454,570,539,83],"class_list":["post-2366","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-koszty-chmury","tag-mala-firma","tag-optymalizacja-aplikacji","tag-serverless"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2366","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=2366"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2366\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2366"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2366"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2366"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}B\u0142\u0105d nr 2: Ignorowanie koszt\u00f3w zimnego startu (cold start)<\/h3>\n
B\u0142\u0105d nr 3: Zapominanie o kosztach transferu danych<\/h3>\n
Podsumowanie<\/h3>\n