{"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\/cs\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless po stojan\u00edc\u00edch","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless nen\u00ed o fyzick\u00e9 absenci server\u016f. Nen\u00ed to 'zabij\u00e1k' kontejner\u016f a nen\u00ed to p\u0159echodn\u00fd trend. Je to nov\u00fd p\u0159\u00edstup k budov\u00e1n\u00ed syst\u00e9m\u016f v cloudu. V dne\u0161n\u00edm \u010dl\u00e1nku se dotkneme architektury Serverless aplikac\u00ed, pod\u00edv\u00e1me se, jakou roli hraje poskytovatel Serverless slu\u017eeb a open-source projekty. Na z\u00e1v\u011br se budeme zab\u00fdvat ot\u00e1zkami aplikace Serverless.
\n<\/a><\/noindex>
\nChci napsat serverovou \u010d\u00e1st aplikace (t\u0159eba internetov\u00e9ho obchodu). M\u016f\u017ee to b\u00fdt i chat, slu\u017eba pro publikov\u00e1n\u00ed obsahu, nebo vyva\u017eova\u010d z\u00e1t\u011b\u017ee. V ka\u017ed\u00e9m p\u0159\u00edpad\u011b m\u011b \u010dek\u00e1 spousta probl\u00e9m\u016f: budu muset p\u0159ipravit infrastrukturu, ur\u010dit z\u00e1vislosti aplikace a zamyslet se nad opera\u010dn\u00edm syst\u00e9mem hostitele. Pot\u00e9 bude t\u0159eba aktualizovat mal\u00e9 komponenty, kter\u00e9 se net\u00fdkaj\u00ed fungov\u00e1n\u00ed ostatn\u00edho monolitu. A nezapom\u00ednejme na \u0161k\u00e1lov\u00e1n\u00ed pod z\u00e1t\u011b\u017e\u00ed.<\/p>\n

A co kdy\u017e vezmeme efem\u00e9rn\u00ed kontejnery, ve kter\u00fdch jsou po\u017eadovan\u00e9 z\u00e1vislosti ji\u017e p\u0159edinstalov\u00e1ny, a samotn\u00e9 kontejnery jsou od sebe i od OS hostitele izolov\u00e1ny? Monolit rozd\u011bl\u00edme na mikroslu\u017eby, z nich\u017e ka\u017edou m\u016f\u017eeme aktualizovat a \u0161k\u00e1lovat nez\u00e1visle na ostatn\u00edch. Um\u00edst\u011bn\u00edm k\u00f3du do takov\u00e9ho kontejneru ho mohu spou\u0161t\u011bt na jak\u00e9koli infrastruktu\u0159e. U\u017e je to lep\u0161\u00ed. <\/p>\n

A co kdy\u017e se mi nechce konfigurovat kontejnery? Nechci p\u0159em\u00fd\u0161let o \u0161k\u00e1lov\u00e1n\u00ed aplikace. Nechci platit za ne\u010dinnost spu\u0161t\u011bn\u00fdch kontejner\u016f, kdy\u017e je z\u00e1t\u011b\u017e slu\u017eby minim\u00e1ln\u00ed. Chci ps\u00e1t k\u00f3d. Soust\u0159edit se na byznys logiku a uv\u00e1d\u011bt produkty na trh neuv\u011b\u0159itelnou rychlost\u00ed. <\/p>\n

Tyto my\u0161lenky m\u011b p\u0159ivedly k bezserverov\u00fdm v\u00fdpo\u010dt\u016fm. Serverless v tomto p\u0159\u00edpad\u011b znamen\u00e1 ne fyzickou absenci server\u016f, ale absenci bolesti hlavy s \u0159\u00edzen\u00edm infrastruktury.<\/em><\/p>\n

My\u0161lenka je, \u017ee logika aplikace je rozd\u011blena na nez\u00e1visl\u00e9 funkce. Maj\u00ed ud\u00e1lostn\u00ed strukturu. Ka\u017ed\u00e1 z funkc\u00ed vykon\u00e1v\u00e1 jeden \u201emikro\u00fakol\u201c. V\u0161echno, co se o\u010dek\u00e1v\u00e1 od v\u00fdvoj\u00e1\u0159e, je nahr\u00e1t funkce do konzole poskytovan\u00e9 cloudov\u00fdm poskytovatelem a p\u0159i\u0159adit je k ud\u00e1lostem. K\u00f3d se bude spou\u0161t\u011bt na po\u017e\u00e1d\u00e1n\u00ed v automaticky p\u0159ipraven\u00e9m kontejneru a j\u00e1 zaplat\u00edm pouze za \u010das vykon\u00e1n\u00ed. <\/p>\n

Poj\u010fme se pod\u00edvat, jak nyn\u00ed bude vypadat proces v\u00fdvoje aplikace.<\/p>\n

Z pohledu v\u00fdvoj\u00e1\u0159e<\/h2>\n

\nD\u0159\u00edve jsme za\u010dali mluvit o aplikaci pro internetov\u00fd obchod. V tradi\u010dn\u00edm p\u0159\u00edstupu vykon\u00e1v\u00e1 hlavn\u00ed logiku syst\u00e9mu monolitn\u00ed aplikace. A server s aplikac\u00ed b\u011b\u017e\u00ed neust\u00e1le, i kdy\u017e nen\u00ed \u017e\u00e1dn\u00e1 z\u00e1t\u011b\u017e.<\/p>\n

Abychom p\u0159e\u0161li k serverless, rozd\u011bl\u00edme aplikaci na mikro\u00fakoly.<\/strong> Pro ka\u017edou z nich p\u00ed\u0161eme svou funkci. Funkce jsou nez\u00e1visl\u00e9 na sob\u011b a neuchov\u00e1vaj\u00ed informace o stavu (stateless). Mohou b\u00fdt dokonce naps\u00e1ny v r\u016fzn\u00fdch jazyc\u00edch. Pokud jedna z nich 'spadne', aplikace se cel\u00e1 nezastav\u00ed. Architektura aplikace bude vypadat takto:<\/p>\n

\"Serverless
\nD\u011blen\u00ed na funkce v Serverless p\u0159ipom\u00edn\u00e1 pr\u00e1ci s mikroslu\u017ebami. Mikroslu\u017eba v\u0161ak m\u016f\u017ee vykon\u00e1vat n\u011bkolik \u00fakol\u016f, zat\u00edmco funkce by m\u011bla vykon\u00e1vat ide\u00e1ln\u011b pouze jeden. P\u0159edstavme si, \u017ee c\u00edlem je shroma\u017e\u010fovat statistiky a zobrazovat je na z\u00e1klad\u011b po\u017eadavk\u016f u\u017eivatele. V mikroslu\u017ebov\u00e9m p\u0159\u00edstupu tuto \u00falohu vykon\u00e1v\u00e1 jeden servis se dv\u011bma vstupn\u00edmi body: pro z\u00e1pis a \u010dten\u00ed. V bezserverov\u00e9m v\u00fdpo\u010detn\u00edm p\u0159\u00edstupu to budou dv\u011b r\u016fzn\u00e9 funkce, kter\u00e9 nejsou navz\u00e1jem spojeny. V\u00fdvoj\u00e1\u0159 \u0161et\u0159\u00ed v\u00fdpo\u010detn\u00ed zdroje, pokud nap\u0159\u00edklad statistika je aktualizov\u00e1na \u010dast\u011bji, ne\u017e je vykl\u00e1d\u00e1na. <\/p>\n

Serverless funkce by m\u011bly b\u00fdt prov\u00e1d\u011bny b\u011bhem kr\u00e1tk\u00e9ho \u010dasov\u00e9ho \u00faseku (timeout), kter\u00fd ur\u010duje poskytovatel slu\u017eby. Nap\u0159\u00edklad pro AWS je timeout 15 minut. To znamen\u00e1, \u017ee dlouhotrvaj\u00edc\u00ed funkce (long-lived) budou muset b\u00fdt p\u0159izp\u016fsobeny po\u017eadavk\u016fm \u2212 to je to, \u010d\u00edm se Serverless li\u0161\u00ed od dal\u0161\u00edch dnes popul\u00e1rn\u00edch technologi\u00ed (kontejner\u016f a Platform as a Service).<\/p>\n

Ka\u017ed\u00e9 funkci p\u0159i\u0159ad\u00edme ud\u00e1lost.<\/strong> Ud\u00e1lost je spou\u0161t\u011b\u010d pro akci:<\/p>\n

Ud\u00e1lost<\/strong>
\nAkce, kterou funkce vykon\u00e1v\u00e1<\/strong><\/p>\n

Do \u00falo\u017ei\u0161t\u011b byla nahr\u00e1na fotografie produktu
\nZmen\u0161it obr\u00e1zek a nahr\u00e1t do katalogu<\/p>\n

V datab\u00e1zi se aktualizovala adresa fyzick\u00e9ho obchodu
\nNa map\u00e1ch na\u010d\u00edst novou lokaci<\/p>\n

Z\u00e1kazn\u00edk plat\u00ed za zbo\u017e\u00ed
\nSpustit zpracov\u00e1n\u00ed platby<\/p>\n

Ud\u00e1lostmi mohou b\u00fdt HTTP po\u017eadavky, streamov\u00e1 data, fronty zpr\u00e1v a podobn\u011b. Zdroje ud\u00e1lost\u00ed jsou zm\u011bna nebo vznik dat. Funkce lze tak\u00e9 spou\u0161t\u011bt na z\u00e1klad\u011b \u010dasova\u010de.<\/p>\n

Architektura byla promy\u0161lena a aplikace se t\u00e9m\u011b\u0159 stala serverless. D\u00e1le p\u0159ech\u00e1z\u00edme k poskytovateli slu\u017eby.<\/p>\n

Z pohledu poskytovatele<\/h2>\n

\nObvykle bezserverov\u00e9 v\u00fdpo\u010dty nab\u00edzej\u00ed poskytovatel\u00e9 cloudov\u00fdch slu\u017eeb. Naz\u00fdvaj\u00ed se r\u016fzn\u011b: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Slu\u017ebu budeme pou\u017e\u00edvat prost\u0159ednictv\u00edm konzole nebo osobn\u00edho \u00fa\u010dtu poskytovatele. K\u00f3d funkc\u00ed lze nahr\u00e1t jedn\u00edm ze zp\u016fsob\u016f:<\/p>\n