Z panelu widz\u0119 trzy powtarzaj\u0105ce si\u0119 schematy, kt\u00f3re winduj\u0105 koszty. <\/p>\n
Serverless, jak AWS Lambda czy Cloud Functions, ma op\u00f3\u017anienie przy pierwszym wywo\u0142aniu po okresie bezczynno\u015bci \u2013 tzw. cold start. Dla ma\u0142ej firmy z ruchem o zmiennym nat\u0119\u017ceniu to codzienno\u015b\u0107. <\/p>\n
Przyk\u0142ad: startup e-commerce z 5000 odwiedzin miesi\u0119cznie. Wi\u0119kszo\u015b\u0107 ruchu przychodzi falami \u2013 np. po newsletterze. Przy ka\u017cdym szczycie funkcje uruchamiaj\u0105 si\u0119 od nowa. Op\u00f3\u017anienie 300-500 ms kosztuje konwersje i generuje dodatkowe wywo\u0142ania. W efekcie zap\u0142acisz nie tylko za compute, ale te\u017c za wi\u0119ksz\u0105 liczb\u0119 invocations. <\/p>\n
Rozwi\u0105zanie: je\u015bli Tw\u00f3j ruch jest nier\u00f3wnomierny, rozwa\u017c provisioned concurrency. To koszt sta\u0142y, ale przewidywalny \u2013 cz\u0119sto ni\u017cszy ni\u017c op\u0142ata za 'zimne’ starty w modelu pay-per-use.<\/p>\n
API Gateway to brama do funkcji serverless. Ma w\u0142asn\u0105 taryf\u0119 \u2013 za milion request\u00f3w zap\u0142acisz ok. 35 z\u0142. Je\u015bli kod jest nieoptymalny (np. zbyt wiele wywo\u0142a\u0144 do bazy), ka\u017cde zapytanie generuje kilka \u017c\u0105da\u0144 do API Gateway. <\/p>\n
Case: klient uruchomi\u0142 funkcj\u0119, kt\u00f3ra dla ka\u017cdego produktu odpala\u0142a oddzielne zapytanie do DynamoDB. 10 produkt\u00f3w = 10 request\u00f3w przez API Gateway. Koszt API Gateway ur\u00f3s\u0142 do 300 z\u0142 miesi\u0119cznie, podczas gdy compute to by\u0142o tylko 50 z\u0142.<\/p>\n
Lekcja: optymalizuj pod k\u0105tem batchowania. Jedno wywo\u0142anie z list\u0105 ID zamiast p\u0119tli. To mo\u017ce obni\u017cy\u0107 koszty transmisji o 60-80%.<\/p>\n
Serverless domy\u015blnie loguje wszystko do CloudWatch. Ma\u0142e firmy cz\u0119sto zostawiaj\u0105 te ustawienia domy\u015blne. Koszt przechowywania log\u00f3w bywa wy\u017cszy ni\u017c samej funkcji. Dodatkowo ka\u017cde logowanie requestu to op\u0142ata za ilo\u015b\u0107 danych.<\/p>\n
Przyk\u0142ad: aplikacja SaaS loguje ka\u017cde zapytanie REST. 1000 request\u00f3w dziennie generuje 1 GB log\u00f3w. Miesi\u0119czny koszt przechowywania \u2013 50 z\u0142. A je\u015bli zapomnisz wy\u0142\u0105czy\u0107 logowanie dla funkcji testowych, dochodzi kolejne 30 z\u0142.<\/p>\n
Rozwi\u0105zanie: selektywne logowanie. Loguj tylko b\u0142\u0119dy i krytyczne metryki. Ustaw retention policy na 7 dni. U\u017cyj X-Ray do monitorowania \u2013 on pokazuje szczeg\u00f3\u0142y bez przechowywania ca\u0142ych log\u00f3w.<\/p>\n
Serverless nie jest automatycznie ta\u0144szy. Dla ma\u0142ej firmy z nieregularnym ruchem i \u015bredni\u0105 liczb\u0105 wywo\u0142a\u0144 tradycyjna instancja EC2 lub VPS mo\u017ce kosztowa\u0107 mniej. Klucz to audyt architektury \u2013 zrozumienie, gdzie generujesz zb\u0119dne zapytania i ile p\u0142acisz za wygod\u0119. Zanim p\u00f3jdziesz w serverless, zr\u00f3b test por\u00f3wnawczy z obecnym modelem. Cz\u0119sto okazuje si\u0119, \u017ce sta\u0142y serwer za 100 z\u0142 jest prostszy i ta\u0144szy.<\/p>\n","protected":false},"excerpt":{"rendered":"
Serverless wydaje si\u0119 idealny dla ma\u0142ej firmy \u2013 p\u0142acisz tylko za to, czego u\u017cywasz. Ale ta obietnica cz\u0119sto ko\u0144czy si\u0119 rachunkiem, kt\u00f3ry przekracza tradycyjne modele. Z panelu widz\u0119 trzy powtarzaj\u0105ce si\u0119 schematy, kt\u00f3re winduj\u0105 koszty. 1. Zimne starty \u2013 ukryty podatek od ka\u017cdego requestu Serverless, jak AWS Lambda czy Cloud Functions, ma op\u00f3\u017anienie przy pierwszym<\/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,454,570,83],"class_list":["post-2169","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-it","tag-koszty-chmury","tag-mala-firma","tag-serverless"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2169","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=2169"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2169\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2169"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2169"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2169"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}