{"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\/sk\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless po rebr\u00ed\u010dkoch","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless nie je o fyzickej absencii serverov. Nie je to \u201azabijak\u2018 kontajnerov ani prechodn\u00fd trend. Je to nov\u00fd pr\u00edstup k budovaniu syst\u00e9mov v cloude. V dne\u0161nom \u010dl\u00e1nku sa zameriame na architekt\u00faru Serverless aplik\u00e1ci\u00ed, pozrieme sa, ak\u00fa \u00falohu zohr\u00e1va poskytovate\u013e Serverless slu\u017eieb a open-source projekty. Na konci sa porozpr\u00e1vame o ot\u00e1zkach pou\u017eitia Serverless.
\n<\/a><\/noindex>
\nChcem nap\u00edsa\u0165 serverov\u00fa \u010das\u0165 aplik\u00e1cie (aj ke\u010f aj internetov\u00e9ho obchodu). M\u00f4\u017ee to by\u0165 aj chat, slu\u017eba na publikovanie obsahu alebo vyva\u017eova\u010d z\u00e1\u0165a\u017ee. V ka\u017edom pr\u00edpade ma \u010dak\u00e1 mno\u017estvo starost\u00ed: budem musie\u0165 pripravi\u0165 infra\u0161trukt\u00faru, ur\u010di\u0165 z\u00e1vislosti aplik\u00e1cie a zamyslie\u0165 sa nad opera\u010dn\u00fdm syst\u00e9mom hostite\u013ea. Potom bude potrebn\u00e9 aktualizova\u0165 mal\u00e9 komponenty, ktor\u00e9 nezasahuj\u00fa do fungovania ostatn\u00e9ho monolitu. A nezabudneme ani na \u0161k\u00e1lovanie pod z\u00e1\u0165a\u017eou.<\/p>\n

A \u010do ak vezmeme efem\u00e9rne kontajnery, v ktor\u00fdch s\u00fa po\u017eadovan\u00e9 z\u00e1vislosti u\u017e predin\u0161talovan\u00e9 a samotn\u00e9 kontajnery s\u00fa izolovan\u00e9 jeden od druh\u00e9ho a od OS hostite\u013ea? Monolit rozdel\u00edme na mikroservisy, z ktor\u00fdch ka\u017ed\u00fd sa m\u00f4\u017ee aktualizova\u0165 a \u0161k\u00e1lova\u0165 nez\u00e1visle od ostatn\u00fdch. Umiestnen\u00edm k\u00f3du do tak\u00e9ho kontajnera ho m\u00f4\u017eem spusti\u0165 na akejko\u013evek infra\u0161trukt\u00fare. U\u017e je to lep\u0161ie. <\/p>\n

A \u010do ak sa mi nechce nastavova\u0165 kontajnery? Nechce sa mi myslie\u0165 na \u0161k\u00e1lovanie aplik\u00e1cie. Nechce sa mi plati\u0165 za ne\u010dinnos\u0165 spusten\u00fdch kontajnerov, ke\u010f je z\u00e1\u0165a\u017e na slu\u017ebu minim\u00e1lna. Chcem p\u00edsa\u0165 k\u00f3d. S\u00fastre\u010fte sa na podnikate\u013esk\u00fa logiku a uv\u00e1dzajte produkty na trh r\u00fdchlos\u0165ou svetla. <\/p>\n

Tieto my\u0161lienky ma priviedli k bezserverov\u00fdm v\u00fdpo\u010dtom. Serverless v tomto pr\u00edpade znamen\u00e1 nie fyzick\u00fa nepr\u00edtomnos\u0165 serverov, ale absenciu starost\u00ed o spr\u00e1vu infra\u0161trukt\u00fary.<\/em><\/p>\n

Idea spo\u010d\u00edva v tom, \u017ee logika aplik\u00e1cie sa rozdel\u00ed na nez\u00e1visl\u00e9 funkcie. Maj\u00fa event-driven \u0161trukt\u00faru. Ka\u017ed\u00e1 z funkci\u00ed vykon\u00e1va jednu \"mikro\u00falohu\". V\u0161etko, \u010do od v\u00fdvoj\u00e1ra vy\u017eaduje, je nahra\u0165 funkcie do poskytnutej konzoly cloudov\u00fdm poskytovate\u013eom a zos\u00faladi\u0165 ich so zdrojmi udalost\u00ed. K\u00f3d sa bude vykon\u00e1va\u0165 na po\u017eiadanie v automaticky pripravenom kontajneri a zaplat\u00edm iba za \u010das vykonania. <\/p>\n

Po\u010fme si objasni\u0165, ako bude teraz vyzera\u0165 proces v\u00fdvoja aplik\u00e1cie.<\/p>\n

Z poh\u013eadu v\u00fdvoj\u00e1ra<\/h2>\n

\nPredt\u00fdm sme za\u010dali hovori\u0165 o aplik\u00e1cii pre internetov\u00fd obchod. V tradi\u010dnom pr\u00edstupe hlavn\u00fa logiku syst\u00e9mu vykon\u00e1va monolitn\u00e1 aplik\u00e1cia. A server s aplik\u00e1ciou je spusten\u00fd nepretr\u017eite, aj ke\u010f nie je z\u00e1\u0165a\u017e.<\/p>\n

Aby sme pre\u0161li na serverless, rozdel\u00edme aplik\u00e1ciu na mikro\u00falohy.<\/strong> Pre ka\u017ed\u00fa z nich nap\u00ed\u0161eme svoju funkciu. Funkcie s\u00fa nez\u00e1visl\u00e9 od seba a neuchov\u00e1vaj\u00fa inform\u00e1cie o stave (stateless). M\u00f4\u017eu by\u0165 nap\u00edsan\u00e9 aj v r\u00f4znych jazykoch. Ak jedna z nich \u00abspadne\u00bb, aplik\u00e1cia sa \u00faplne nezastav\u00ed. Architekt\u00fara aplik\u00e1cie bude vyzera\u0165 takto:<\/p>\n

\"Serverless
\nRozdelenie na funkcie v Serverless pripom\u00edna pr\u00e1cu s mikroservisami. Ale mikroservis m\u00f4\u017ee vykon\u00e1va\u0165 viacero \u00faloh, zatia\u013e \u010do funkcia v ide\u00e1lnom pr\u00edpade by mala vykon\u00e1va\u0165 len jednu. Predstavme si, \u017ee je \u00faloha zbiera\u0165 \u0161tatistiky a zobrazi\u0165 na po\u017eiadanie pou\u017e\u00edvate\u013ea. V pr\u00edstupe mikroservisov \u00falohu vykon\u00e1va jeden servis s dvoma vstupn\u00fdmi bodmi: na z\u00e1pis a na \u010d\u00edtanie. V bezserverov\u00fdch v\u00fdpo\u010dtoch to bud\u00fa dve r\u00f4zne funkcie, ktor\u00e9 nie s\u00fa navz\u00e1jom prepojen\u00e9. V\u00fdvoj\u00e1r \u0161etr\u00ed v\u00fdpo\u010dtov\u00e9 zdroje, ak sa napr\u00edklad \u0161tatistika aktualizuje \u010dastej\u0161ie ne\u017e sa vy\u017eaduje. <\/p>\n

Serverless funkcie by sa mali vykon\u00e1va\u0165 za kr\u00e1tky \u010dasov\u00fd \u00fasek (timeout), ktor\u00fd ur\u010duje poskytovate\u013e slu\u017eby. Napr\u00edklad pre AWS je timeout 15 min\u00fat. To znamen\u00e1, \u017ee dlhodob\u00e9 funkcie (long-lived) bude treba prisp\u00f4sobi\u0165 po\u017eiadavk\u00e1m \u2014 t\u00fdmto sa Serverless odli\u0161uje od in\u00fdch popul\u00e1rnych technol\u00f3gi\u00ed dnes (kontajnerov a Platform as a Service).<\/p>\n

Ka\u017edej funkcii prirad\u00edme udalos\u0165.<\/strong> Udalos\u0165 \u2014 to je sp\u00fa\u0161\u0165a\u010d akcie:<\/p>\n

Udalos\u0165<\/strong>
\nAkcia, ktor\u00fa funkcia vykon\u00e1va<\/strong><\/p>\n

Do \u00falo\u017eiska bola nahran\u00e1 obr\u00e1zok produktu
\nZmen\u0161i\u0165 obr\u00e1zok a nahra\u0165 do adres\u00e1ra<\/p>\n

V datab\u00e1ze sa aktualizovala adresa fyzickej predajne
\nNa mape na\u010d\u00edta\u0165 nov\u00fa polohu<\/p>\n

Z\u00e1kazn\u00edk plat\u00ed za tovar
\nSpusti\u0165 spracovanie platby<\/p>\n

Udalos\u0165ami m\u00f4\u017eu by\u0165 HTTP po\u017eiadavky, streamingov\u00e9 d\u00e1ta, spr\u00e1vy v front\u00e1ch a podobne. Zdrojmi udalost\u00ed s\u00fa zmena alebo vznik d\u00e1t. Okrem toho m\u00f4\u017eu by\u0165 funkcie sp\u00fa\u0161\u0165an\u00e9 pod\u013ea \u010dasov\u00e9ho pl\u00e1nu.<\/p>\n

Architekt\u00faru sme spracovali a aplik\u00e1cia sa takmer stala serverless. Pokra\u010dujeme k poskytovate\u013eovi slu\u017eby.<\/p>\n

Z poh\u013eadu poskytovate\u013ea<\/h2>\n

\nBe\u017ene bezserverov\u00e9 v\u00fdpo\u010dty pon\u00fakaj\u00fa poskytovatelia cloudov\u00fdch slu\u017eieb. Naz\u00fdvaj\u00fa ich r\u00f4zne: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Na slu\u017ebu budeme pou\u017e\u00edva\u0165 cez konzolu alebo osobn\u00fd \u00fa\u010det poskytovate\u013ea. K\u00f3d funkci\u00ed m\u00f4\u017eeme nahra\u0165 jedn\u00fdm z nasleduj\u00facich sp\u00f4sobov:<\/p>\n