Gdy s\u0142yszysz \u201eserverless\u201d, pewnie my\u015blisz: zero zarz\u0105dzania serwerami, p\u0142acisz tylko za wykonanie, skalowanie automatyczne. Brzmi jak marzenie ka\u017cdego CTO. Marketing dostawc\u00f3w chmury zrobi\u0142 swoje \u2013 serverless sta\u0142 si\u0119 synonimem nowoczesno\u015bci i oszcz\u0119dno\u015bci. Ale czy na pewno?<\/p>\n
Pracuj\u0105c z kilkoma startupami, kt\u00f3re z entuzjazmem rzuci\u0142y si\u0119 na serverless, widzia\u0142em sytuacje, gdzie miesi\u0119czne rachunki za AWS Lambda czy Azure Functions by\u0142y wy\u017csze ni\u017c koszt sta\u0142ego serwera VPS. I to nie by\u0142 przypadek \u2013 to efekt ukrytych koszt\u00f3w, kt\u00f3re dostawcy ch\u0119tnie pomijaj\u0105 w swoich kalkulacjach.<\/p>\n
W tym artykule roz\u0142o\u017cymy na cz\u0119\u015bci pierwsze realne koszty serverless w por\u00f3wnaniu do tradycyjnych backend\u00f3w (np. serwer na Node.js na VPS lub kontenerach). Poka\u017c\u0119, kiedy serverless ma sens, a kiedy jest finansow\u0105 pu\u0142apk\u0105.<\/p>\n
Serverless reklamowany jest jako \u201ep\u0142a\u0107 tylko za to, czego u\u017cywasz\u201d. To prawda, ale diabe\u0142 tkwi w szczeg\u00f3\u0142ach. W AWS Lambda p\u0142acisz za liczb\u0119 zapyta\u0144 oraz czas wykonywania w milisekundach. Problem polega na tym, \u017ce czas wykonywania obejmuje r\u00f3wnie\u017c tzw. zimne starty \u2013 inicjalizacj\u0119 \u015brodowiska, kt\u00f3re mo\u017ce trwa\u0107 od 100 ms do nawet kilku sekund przy wi\u0119kszych funkcjach. Te milisekundy sumuj\u0105 si\u0119 w skali tysi\u0119cy wywo\u0142a\u0144 dziennie.<\/p>\n
Przyk\u0142ad:<\/strong> Aplikacja e-commerce z 500 tysi\u0105cami zapyta\u0144 dziennie, ka\u017cde \u015brednio 200 ms (w tym 100 ms zimnego startu). Przy stawce $0.0000166667 za GB-s, koszt Lambda mo\u017ce wynie\u015b\u0107 oko\u0142o $50 miesi\u0119cznie tylko za czas wykonania, plus op\u0142aty za zapytania ($0.20 za milion) \u2013 dodatkowe $0.10. Do tego dochodz\u0105 koszty API Gateway ($3.50 za milion zapyta\u0144), CloudWatch Logs, i inne. \u0141\u0105cznie mo\u017ce to by\u0107 $60-80 miesi\u0119cznie.<\/p>\n Tymczasem tradycyjny serwer VPS z 2 vCPU i 4 GB RAM kosztuje oko\u0142o $20-30 miesi\u0119cznie, a obs\u0142u\u017cy ten sam ruch bez problemu, z tym \u017ce z g\u00f3ry p\u0142acisz sta\u0142\u0105 stawk\u0119, niezale\u017cnie od obci\u0105\u017cenia.<\/p>\n Kiedy serverless jest dro\u017cszy?<\/strong> Przy sta\u0142ym, przewidywalnym ruchu. Je\u015bli Twoja aplikacja ma r\u00f3wnomierne obci\u0105\u017cenie 24\/7, sta\u0142y serwer b\u0119dzie ta\u0144szy.<\/p>\n W serverless cz\u0119sto zapomina si\u0119 o kosztach transferu mi\u0119dzy komponentami. Ka\u017cde wywo\u0142anie Lambda, kt\u00f3re odczytuje dane z DynamoDB (kolejna us\u0142uga serverless) lub S3, generuje ruch. AWS za transfer danych mi\u0119dzy us\u0142ugami w tym samym regionie nie pobiera op\u0142at, ale je\u015bli u\u017cywasz VPC (np. dla bezpiecze\u0144stwa), musisz doda\u0107 NAT Gateway, kt\u00f3ry kosztuje $0.045 za godzin\u0119 + $0.045 za GB przetworzonych danych. Przy 100 GB danych miesi\u0119cznie to dodatkowe $4.50 za NAT + $32.40 za sta\u0142\u0105 op\u0142at\u0119 (720h * $0.045 = $32.40) \u2013 \u0142\u0105cznie prawie $37 miesi\u0119cznie tylko za komunikacj\u0119 w VPC!<\/p>\n W tradycyjnym backendzie wszystko dzia\u0142a w jednym procesie lub kontenerze, a komunikacja z baz\u0105 danych czy storage odbywa si\u0119 bez dodatkowych po\u015brednik\u00f3w. Nie ma NAT Gateway, nie ma oddzielnych op\u0142at za transfer wewn\u0119trzny.<\/p>\n Przyk\u0142ad por\u00f3wnawczy:<\/strong> Aplikacja SaaS z baz\u0105 danych PostgreSQL na oddzielnym serwerze. W serverless: Lambda + RDS Proxy (aby unikn\u0105\u0107 problem\u00f3w z po\u0142\u0105czeniami) + VPC + NAT. W tradycyjnym: jeden serwer z aplikacj\u0105 i baz\u0105 danych (lub osobna baza w tej samej sieci). R\u00f3\u017cnica w kosztach infrastruktury mo\u017ce wynie\u015b\u0107 30-50% na korzy\u015b\u0107 tradycyjnego rozwi\u0105zania.<\/p>\n Zimne starty to nie tylko koszt pieni\u0119\u017cny, ale te\u017c utrata u\u017cytkownik\u00f3w. Je\u015bli Twoja aplikacja jest wra\u017cliwa na op\u00f3\u017anienia (np. API dla frontendu), czas odpowiedzi 1-2 sekundy mo\u017ce zniech\u0119ci\u0107 odbiorc\u00f3w. Badania pokazuj\u0105, \u017ce wzrost czasu \u0142adowania o 1 sekund\u0119 przek\u0142ada si\u0119 na spadek konwersji o 7%.<\/p>\n W tradycyjnym backendzie proces dzia\u0142a ca\u0142y czas, gotowy na przyj\u0119cie \u017c\u0105da\u0144. Czas odpowiedzi jest stabilny. W serverless, je\u015bli funkcja jest wywo\u0142ywana rzadko, zimny start mo\u017ce trwa\u0107 nawet 5 sekund (w przypadku Javy lub .NET). To zabija UX.<\/p>\n Realny przypadek:<\/strong> Startup oferuj\u0105cy narz\u0119dzie do analizy nastroj\u00f3w w social media. U\u017cyli serverless do przetwarzania danych. Ka\u017cde zapytanie od u\u017cytkownika wywo\u0142ywa\u0142o Lambda, kt\u00f3ra musia\u0142a za\u0142adowa\u0107 model ML (50 MB). Zimny start trwa\u0142 4 sekundy. U\u017cytkownicy narzekali na op\u00f3\u017anienia. Po przeniesieniu na sta\u0142y serwer z procesem wsadowym czasy spad\u0142y do 200 ms, a koszty zmala\u0142y o 40%.<\/p>\n Serverless ma swoje miejsce \u2013 tam, gdzie ruch jest bardzo zmienny: aplikacje sezonowe, webhooki, funkcje wywo\u0142ywane nieregularnie (np. cotygodniowe raporty), backupy. W takich przypadkach tradycyjny serwer sta\u0142by bezczynnie wi\u0119kszo\u015b\u0107 czasu, generuj\u0105c koszty bez korzy\u015bci.<\/p>\n Przyk\u0142ad:<\/strong> System do rezerwacji termin\u00f3w w klinikach \u2013 szczyt w poniedzia\u0142ek rano, potem martwo. Serverless p\u0142aci tylko za szczyt. VPS p\u0142aci ca\u0142y miesi\u0105c. R\u00f3\u017cnica: serverless $10 vs VPS $30.<\/p>\n Najlepsze rozwi\u0105zanie to cz\u0119sto po\u0142\u0105czenie: sta\u0142y backend dla podstawowej logiki (np. API REST) i serverless dla zada\u0144 asynchronicznych (wysy\u0142ka maili, przetwarzanie obraz\u00f3w, generowanie PDF-\u00f3w). Dzi\u0119ki temu unikasz zimnych start\u00f3w w g\u0142\u00f3wnym API, a jednocze\u015bnie korzystasz z elastyczno\u015bci serverless dla obci\u0105\u017ce\u0144 zmiennych.<\/p>\n Wnioski:<\/strong><\/p>\n JurskiTech pomaga firmom dobra\u0107 odpowiedni\u0105 architektur\u0119 backendu \u2013 tak\u0105, kt\u00f3ra nie generuje niepotrzebnych koszt\u00f3w i nie spowalnia rozwoju. Je\u015bli rozwa\u017casz serverless, zanim podejmiesz decyzj\u0119, przeanalizuj rzeczywiste przypadki u\u017cycia. Nie ka\u017cdy b\u0142ysk w chmurze to z\u0142oto.<\/p>\n","protected":false},"excerpt":{"rendered":" Serverless vs tradycyjne backendy: koszty, kt\u00f3re ukrywa marketing Gdy s\u0142yszysz \u201eserverless\u201d, pewnie my\u015blisz: zero zarz\u0105dzania serwerami, p\u0142acisz tylko za wykonanie, skalowanie automatyczne. Brzmi jak marzenie ka\u017cdego CTO. Marketing dostawc\u00f3w chmury zrobi\u0142 swoje \u2013 serverless sta\u0142 si\u0119 synonimem nowoczesno\u015bci i oszcz\u0119dno\u015bci. Ale czy na pewno? Pracuj\u0105c z kilkoma startupami, kt\u00f3re z entuzjazmem rzuci\u0142y si\u0119 na serverless,<\/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":[225,121,454,83],"class_list":["post-1749","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-it","tag-backend","tag-koszty-chmury","tag-serverless"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1749","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=1749"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1749\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=1749"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=1749"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=1749"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Koszty przepustowo\u015bci i transferu danych<\/h3>\n
3. Ukryte koszty zimnych start\u00f3w dla u\u017cytkownik\u00f3w<\/h3>\n
4. Kiedy serverless faktycznie si\u0119 op\u0142aca?<\/h3>\n
5. Hybryda \u2013 z\u0142oty \u015brodek<\/h3>\n
\n