Serverless backend \u2013 brzmi jak marzenie ka\u017cdego startupu. Zero martwienia si\u0119 o serwery, skaluje si\u0119 automatycznie, p\u0142acisz tylko za to, czego u\u017cyjesz. Nic dziwnego, \u017ce tyle m\u0142odych firm rzuca si\u0119 na AWS Lambda, Cloud Functions czy podobne rozwi\u0105zania. Problem w tym, \u017ce po kilku miesi\u0105cach rachunki potrafi\u0105 zaskoczy\u0107, a aplikacja dzia\u0142a wolniej ni\u017c na tradycyjnym VPS-ie. Dlaczego? Bo serverless to nie srebrna kula, tylko jedno z narz\u0119dzi \u2013 a u\u017cywane bez zrozumienia, potrafi zrobi\u0107 wi\u0119cej szkody ni\u017c po\u017cytku.<\/p>\n
Widzia\u0142em to wielokrotnie. Startup oszcz\u0119dza na pocz\u0105tku, bo nie p\u0142aci za bezczynne serwery, ale potem klienci skar\u017c\u0105 si\u0119 na czas odpowiedzi, developerzy trac\u0105 godziny na debugowanie cold start\u00f3w, a fina\u0142 jest taki, \u017ce przepisuj\u0105 wszystko na tradycyjny backend. Albo gorzej \u2013 ton\u0105 w d\u0142ugach technicznych.<\/p>\n
W tym artykule poka\u017c\u0119 trzy najwi\u0119ksze b\u0142\u0119dy, jakie pope\u0142niaj\u0105 startupy przy wdra\u017caniu serverless. Nie b\u0119dzie teorii \u2013 same konkretne historie z \u017cycia i rady, jak ich unikn\u0105\u0107.<\/p>\n
Klasyka. Zesp\u00f3\u0142 pcha wszystko do osobnych funkcji Lambda, bo \u201eserverless wymaga dekompozycji\u201d. Efekt? Setki male\u0144kich funkcji, ka\u017cda robi jedn\u0105 prost\u0105 rzecz, ale sie\u0107 zale\u017cno\u015bci i komunikacji mi\u0119dzy nimi staje si\u0119 koszmarem do zarz\u0105dzania. Debugowanie zamienia si\u0119 w piek\u0142o, a op\u00f3\u017anienia zwi\u0105zane z \u0142a\u0144cuchem wywo\u0142a\u0144 potrafi\u0105 zabi\u0107 UX.<\/p>\n
Przyk\u0142ad z \u017cycia:<\/strong> Lekcja:<\/strong> To najcz\u0119stsza przyczyna problem\u00f3w z wydajno\u015bci\u0105 w serverless. Ka\u017cda funkcja, kt\u00f3ra nie by\u0142a wywo\u0142ywana przez jaki\u015b czas, musi zosta\u0107 za\u0142adowana od zera \u2013 stworzenie kontenera, za\u0142adowanie runtime\u2019u, uruchomienie kodu. To trwa od kilkuset milisekund do kilku sekund, w zale\u017cno\u015bci od j\u0119zyka i wielko\u015bci funkcji.<\/p>\n Startupy cz\u0119sto zapominaj\u0105 o tym, gdy projektuj\u0105 API dla klienta ko\u0144cowego. Wyobra\u017a sobie, \u017ce u\u017cytkownik loguje si\u0119 do aplikacji, a pierwsze zapytanie trwa 2 sekundy, bo Lambda jest zimna. Potem kolejne requesty s\u0105 szybkie, ale pierwsze wra\u017cenie \u2013 fatalne. U\u017cytkownik my\u015bli, \u017ce aplikacja jest wolna.<\/p>\n Przyk\u0142ad z \u017cycia:<\/strong> Rozwi\u0105zania:<\/strong><\/p>\n Serverless kusi modelem pay-per-use, ale wielu zapomina, \u017ce przy du\u017cej liczbie wywo\u0142a\u0144 ceny rosn\u0105 liniowo, a czasem wyk\u0142adniczo. Do tego dochodz\u0105 limity \u2013 np. AWS Lambda ma limit 1000 wsp\u00f3\u0142bie\u017cnych wywo\u0142a\u0144 na region (mo\u017cna zwi\u0119kszy\u0107, ale to dodatkowy proces). Przekroczenie limitu skutkuje throttlingiem \u2013 requesty s\u0105 odrzucane.<\/p>\n Przyk\u0142ad z \u017cycia:<\/strong> Koszty:<\/strong> Lekcja:<\/strong><\/p>\n Serverless to pot\u0119\u017cne narz\u0119dzie, ale tylko je\u015bli rozumiesz jego ograniczenia. Startupy cz\u0119sto daj\u0105 si\u0119 skusi\u0107 obietnic\u0105 \u201ezero zarz\u0105dzania\u201d i niskich koszt\u00f3w pocz\u0105tkowych, a potem p\u0142ac\u0105 frycowe za b\u0142\u0119dy w projektowaniu architektury. Moja rada? Zanim zdecydujesz si\u0119 na serverless, dok\u0142adnie przeanalizuj charakter swojego ruchu, wymagania dotycz\u0105ce czasu odpowiedzi i bud\u017cet. I nigdy nie wrzucaj wszystkiego do jednego worka \u2013 serverless, kontenery, VPS \u2013 to wszystko narz\u0119dzia, kt\u00f3re maj\u0105 swoje miejsce.<\/p>\n Je\u015bli potrzebujesz pomocy w zaprojektowaniu architektury backendu dla Twojego startupu \u2013 serwerless czy nie \u2013 JurskiTech ma do\u015bwiadczenie w realnych wdro\u017ceniach. Doradzimy, kt\u00f3ra droga b\u0119dzie dla Ciebie najlepsza.<\/p>\n","protected":false},"excerpt":{"rendered":" Serverless backend \u2013 brzmi jak marzenie ka\u017cdego startupu. Zero martwienia si\u0119 o serwery, skaluje si\u0119 automatycznie, p\u0142acisz tylko za to, czego u\u017cyjesz. Nic dziwnego, \u017ce tyle m\u0142odych firm rzuca si\u0119 na AWS Lambda, Cloud Functions czy podobne rozwi\u0105zania. Problem w tym, \u017ce po kilku miesi\u0105cach rachunki potrafi\u0105 zaskoczy\u0107, a aplikacja dzia\u0142a wolniej ni\u017c na 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":[556,513,83,562],"class_list":["post-1817","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-backend","tag-bledy-ai","tag-serverless","tag-startup-costs"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1817","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=1817"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1817\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=1817"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=1817"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=1817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nPracowa\u0142em z startupem, kt\u00f3ry budowa\u0142 platform\u0119 do zarz\u0105dzania kampaniami reklamowymi. Zdecydowali si\u0119 na serverless i podzielili logik\u0119 biznesow\u0105 na kilkadziesi\u0105t funkcji. Ka\u017cda zapisana kampania wymaga\u0142a sekwencyjnego wywo\u0142ania pi\u0119ciu r\u00f3\u017cnych lambd \u2013 jednej do walidacji, drugiej do zapisu w bazie, trzeciej do wys\u0142ania notyfikacji, czwartej do aktualizacji cache\u2019a, pi\u0105tej do logowania. Czas odpowiedzi przeci\u0119tnego requestu wynosi\u0142 ponad 3 sekundy, bo ka\u017cda funkcja startowa\u0142a od zera (zimny start). Klienci odchodzili w ci\u0105gu pierwszego tygodnia.<\/p>\n
\nServerless nie oznacza, \u017ce ka\u017cda linijka kodu musi by\u0107 osobn\u0105 funkcj\u0105. Wr\u0119cz przeciwnie \u2013 dobrze jest \u0142\u0105czy\u0107 powi\u0105zane operacje w jedn\u0105 funkcj\u0119, szczeg\u00f3lnie je\u015bli s\u0105 wywo\u0142ywane razem. Zamiast trzyma\u0107 si\u0119 \u015bwi\u0119cie zasady jednej odpowiedzialno\u015bci, pomy\u015bl o granicach kontekstowych \u2013 co ma sens jako ca\u0142o\u015b\u0107? Walidacja + zapis w bazie + notyfikacja? To mo\u017ce by\u0107 jedna funkcja, kt\u00f3ra dzia\u0142a w jednym wywo\u0142aniu.<\/p>\nB\u0142\u0105d #2: Ignorowanie zimnych start\u00f3w (cold start)<\/h2>\n
\nInny startup \u2013 aplikacja do rezerwacji wizyt. U\u017cywali Python na AWS Lambda. Ka\u017cde wywo\u0142anie API, kt\u00f3re nie by\u0142o wywo\u0142ywane przez 15 minut, dostawa\u0142o cold start rz\u0119du 1,5 sekundy. W efekcie \u015bredni czas odpowiedzi wynosi\u0142 800 ms, ale rozk\u0142ad by\u0142 ogromny \u2013 od 200 ms do 2 sekund. Klienci zg\u0142aszali op\u00f3\u017anienia, a zesp\u00f3\u0142 nie wiedzia\u0142, dlaczego, bo ich testy robili w p\u0119tli i wszystko dzia\u0142a\u0142o szybko.<\/p>\n\n
B\u0142\u0105d #3: Pomijanie limit\u00f3w i koszt\u00f3w przy du\u017cym ruchu<\/h2>\n
\nStartup z aplikacj\u0105 do przetwarzania obraz\u00f3w \u2013 u\u017cytkownicy wysy\u0142ali zdj\u0119cia, lambda je kompresowa\u0142a i zapisywa\u0142a. Pocz\u0105tkowo ruch by\u0142 niski, koszty \u015bmieszne. Gdy aplikacja trafi\u0142a na pierwszy kana\u0142 social media, w ci\u0105gu godziny dostali 100 000 wywo\u0142a\u0144. Lambda zacz\u0119\u0142a throttlowa\u0107, a u\u017cytkownicy dostawali b\u0142\u0119dy 429. Pr\u00f3bowali zwi\u0119kszy\u0107 limit, ale AWS potrzebowa\u0142 24h na zatwierdzenie. Stracili szans\u0119 na viralowe rozprzestrzenienie si\u0119.<\/p>\n
\nPrzy okazji zorientowali si\u0119, \u017ce ka\u017cda lambda dzia\u0142a\u0142a \u015brednio 2 sekundy, a koszt za milion wywo\u0142a\u0144 to oko\u0142o 10 dolar\u00f3w. Przy 100 000 wywo\u0142a\u0144 na godzin\u0119, rachunek za jeden dzie\u0144 viralowego ruchu wyni\u00f3s\u0142by 240 dolar\u00f3w \u2013 i to tylko za funkcje, do tego dochodzi\u0142y koszty transferu danych i przechowywania. Nie mieli na to bud\u017cetu.<\/p>\n\n
Podsumowanie<\/h2>\n