{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless w segmentach","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless to nie o fizycznym braku serwer\u00f3w. To nie jest \"zab\u00f3jca\" kontener\u00f3w ani chwilowy trend. To nowe podej\u015bcie do budowania system\u00f3w w chmurze. W dzisiejszym artykule zajmiemy si\u0119 architektur\u0105 aplikacji Serverless, zobaczymy, jak\u0105 rol\u0119 pe\u0142ni dostawca us\u0142ug Serverless oraz projekty open-source. Na koniec porozmawiamy o kwestiach zastosowania Serverless.
\n<\/a><\/noindex>
\nChc\u0119 napisa\u0107 cz\u0119\u015b\u0107 serwera aplikacji (nawet sklepu internetowego). Mo\u017ce to by\u0107 czat, serwis do publikacji tre\u015bci lub r\u00f3wnowa\u017cnik obci\u0105\u017cenia. W ka\u017cdym przypadku b\u0119dzie sporo problem\u00f3w do rozwi\u0105zania: trzeba przygotowa\u0107 infrastruktur\u0119, okre\u015bli\u0107 zale\u017cno\u015bci aplikacji, pomy\u015ble\u0107 o systemie operacyjnym hosta. Nast\u0119pnie trzeba b\u0119dzie zaktualizowa\u0107 kilka komponent\u00f3w, kt\u00f3re nie wp\u0142ywaj\u0105 na dzia\u0142anie reszty monolitu. No i nie zapominajmy o skalowaniu pod obci\u0105\u017ceniem.<\/p>\n

A co je\u015bli we\u017amiemy efemeryczne kontenery, w kt\u00f3rych wymagane zale\u017cno\u015bci s\u0105 ju\u017c zainstalowane, a same kontenery s\u0105 izolowane od siebie i od systemu operacyjnego hosta? Podzielimy monolit na mikrous\u0142ugi, z kt\u00f3rych ka\u017cd\u0105 mo\u017cna aktualizowa\u0107 i skalowa\u0107 niezale\u017cnie od innych. Umieszczaj\u0105c kod w takim kontenerze, mog\u0119 go uruchamia\u0107 na ka\u017cdej infrastrukturze. Ju\u017c lepiej. <\/p>\n

A je\u015bli nie chc\u0119 konfigurowa\u0107 kontener\u00f3w? Nie chc\u0119 my\u015ble\u0107 o skalowaniu aplikacji. Nie chc\u0119 p\u0142aci\u0107 za bezczynno\u015b\u0107 uruchomionych kontener\u00f3w, gdy obci\u0105\u017cenie us\u0142ugi jest minimalne. Chc\u0119 pisa\u0107 kod. Skupi\u0107 si\u0119 na logice biznesowej i wprowadza\u0107 produkty na rynek z pr\u0119dko\u015bci\u0105 \u015bwiat\u0142a. <\/p>\n

Takie my\u015bli doprowadzi\u0142y mnie do oblicze\u0144 bezserwerowych. Serverless w tym przypadku oznacza nie fizyczn\u0105 nieobecno\u015b\u0107 serwer\u00f3w, ale brak b\u00f3lu g\u0142owy zwi\u0105zanego z zarz\u0105dzaniem infrastruktur\u0105.<\/em><\/p>\n

Idea polega na tym, \u017ce logika aplikacji dzieli si\u0119 na niezale\u017cne funkcje. Maj\u0105 one struktur\u0119 zdarzeniow\u0105. Ka\u017cda z funkcji wykonuje jedno \u201emikrozadanie\u201d. Wszystko, czego wymaga si\u0119 od programisty, to za\u0142adowa\u0107 funkcje do konsoli dostarczonej przez dostawc\u0119 chmury i powi\u0105za\u0107 je z \u017ar\u00f3d\u0142ami zdarze\u0144. Kod b\u0119dzie wykonywany na \u017c\u0105danie w automatycznie przygotowanym kontenerze, a ja zap\u0142ac\u0119 tylko za czas wykonywania. <\/p>\n

Zobaczmy, jak teraz b\u0119dzie wygl\u0105da\u0142 proces rozwoju aplikacji.<\/p>\n

Ze strony programisty<\/h2>\n

\nWcze\u015bniej zacz\u0119li\u015bmy m\u00f3wi\u0107 o aplikacji dla sklepu internetowego. W tradycyjnym podej\u015bciu g\u0142\u00f3wn\u0105 logik\u0119 systemu realizuje monolityczna aplikacja. A serwer z aplikacj\u0105 dzia\u0142a nieprzerwanie, nawet je\u015bli nie ma obci\u0105\u017cenia.<\/p>\n

Aby przej\u015b\u0107 do serverless, dzielimy aplikacj\u0119 na mikrozadania.<\/strong> Dla ka\u017cdej z nich piszemy swoj\u0105 funkcj\u0119. Funkcje s\u0105 niezale\u017cne od siebie i nie przechowuj\u0105 informacji o stanie (stateless). Mog\u0105 by\u0107 nawet napisane w r\u00f3\u017cnych j\u0119zykach. Je\u015bli jedna z nich \u201epadnie\u201d, aplikacja ca\u0142kowicie si\u0119 nie zatrzyma. Architektura aplikacji b\u0119dzie wygl\u0105da\u0107 tak:<\/p>\n

\"Serverless
\nPodzia\u0142 na funkcje w Serverless przypomina prac\u0119 z mikroserwisami. Jednak mikroserwis mo\u017ce wykonywa\u0107 kilka zada\u0144, a funkcja w idealnym przypadku powinna wykonywa\u0107 jedno. Za\u0142\u00f3\u017cmy, \u017ce zadaniem jest zbieranie statystyk i ich wy\u015bwietlanie na \u017c\u0105danie u\u017cytkownika. W podej\u015bciu mikroserwisowym zadanie wykonuje jeden serwis z dwoma punktami dost\u0119pu: do zapisu i odczytu. W obliczeniach bezserwerowych b\u0119d\u0105 to dwie r\u00f3\u017cne funkcje, niezwi\u0105zane ze sob\u0105. Programista oszcz\u0119dza zasoby obliczeniowe, je\u015bli na przyk\u0142ad statystyki s\u0105 aktualizowane cz\u0119\u015bciej, ni\u017c s\u0105 wy\u0142adowywane. <\/p>\n

Funkcje Serverless powinny by\u0107 wykonywane w kr\u00f3tkim przedziale czasowym (timeout), kt\u00f3ry okre\u015bla dostawca us\u0142ugi. Na przyk\u0142ad dla AWS timeout wynosi 15 minut. Oznacza to, \u017ce funkcje d\u0142ugoterminowe (long-lived) b\u0119d\u0105 musia\u0142y by\u0107 zmienione zgodnie z wymaganiami \u2013 to jest to, co r\u00f3\u017cni Serverless od innych popularnych dzisiaj technologii (kontenery i Platform as a Service).<\/p>\n

Ka\u017cdej funkcji przypisujemy zdarzenie.<\/strong> Zdarzenie to wyzwalacz dzia\u0142ania:<\/p>\n

Zdarzenie<\/strong>
\nDzia\u0142anie, kt\u00f3re wykonuje funkcja<\/strong><\/p>\n

W magazynie za\u0142adowano zdj\u0119cie produktu
\nSkompresowa\u0107 zdj\u0119cie i za\u0142adowa\u0107 do katalogu<\/p>\n

W bazie danych zaktualizowano adres fizycznego sklepu
\nZa\u0142adowa\u0107 nowe lokalizacje na mapy<\/p>\n

Klient p\u0142aci za produkt
\nRozpocz\u0105\u0107 przetwarzanie p\u0142atno\u015bci<\/p>\n

Zdarzeniami mog\u0105 by\u0107 \u017c\u0105dania HTTP, dane strumieniowe, kolejki wiadomo\u015bci itd. \u0179r\u00f3d\u0142a zdarze\u0144 to zmiany lub pojawienie si\u0119 danych. Ponadto funkcje mo\u017cna uruchamia\u0107 na podstawie zegara.<\/p>\n

Architektura zosta\u0142a zaplanowana, a aplikacja prawie sta\u0142a si\u0119 bezserwerowa. Nast\u0119pnie przechodzimy do dostawcy us\u0142ugi.<\/p>\n

Ze strony dostawcy<\/h2>\n

\nZazwyczaj obliczenia bezserwerowe oferuj\u0105 dostawcy us\u0142ug chmurowych. Nazywa si\u0119 je r\u00f3\u017cnie: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

B\u0119dziemy korzysta\u0107 z us\u0142ugi przez konsol\u0119 lub osobisty panel dostawcy. Kod funkcji mo\u017cna za\u0142adowa\u0107 na kilka sposob\u00f3w:<\/p>\n