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

\"Serverless
\nA serverless nem azt jelenti, hogy fizikailag nincsenek szerverek. Ez nem a kont\u00e9nerek 'gyilkosa' \u00e9s nem egy epizodikus trend. Ez egy \u00faj megk\u00f6zel\u00edt\u00e9s a felh\u0151beli rendszerek \u00e9p\u00edt\u00e9s\u00e9re. A mai cikkben \u00e9rinteni fogjuk a serverless alkalmaz\u00e1sok architekt\u00far\u00e1j\u00e1t, megn\u00e9zz\u00fck, milyen szerepet j\u00e1tszik a serverless szolg\u00e1ltat\u00e1s szolg\u00e1ltat\u00f3ja \u00e9s az open-source projektek. V\u00e9g\u00fcl a serverless alkalmaz\u00e1s\u00e1val kapcsolatos k\u00e9rd\u00e9sekkel fogunk foglalkozni.
\n<\/a><\/noindex>
\nSzeretn\u00e9k \u00edrni egy alkalmaz\u00e1s szerveroldali r\u00e9sz\u00e9t (ak\u00e1r egy online bolt\u00e9t). Ez lehet cseveg\u0151, tartalomk\u00f6zz\u00e9t\u00e9teli szolg\u00e1ltat\u00e1s vagy terhel\u00e9seloszt\u00f3. B\u00e1rhogy is legyen, rengeteg fejf\u00e1j\u00e1ssal j\u00e1r: fel kell k\u00e9sz\u00edteni az infrastrukt\u00far\u00e1t, meg kell hat\u00e1rozni az alkalmaz\u00e1s f\u00fcgg\u0151s\u00e9geit, \u00e9s el kell gondolkodni a gazdag\u00e9p oper\u00e1ci\u00f3s rendszere miatt. Azt\u00e1n friss\u00edtenem kell n\u00e9h\u00e1ny apr\u00f3 komponenst, amelyek nincsenek hat\u00e1ssal a t\u00f6bbi monolitikus r\u00e9sz m\u0171k\u00f6d\u00e9s\u00e9re. \u00c9s ne feledkezz\u00fcnk meg a terhel\u00e9s alatti sk\u00e1l\u00e1z\u00e1sr\u00f3l sem.<\/p>\n

Mi lenne, ha \u00e9terikus kont\u00e9nereket haszn\u00e1ln\u00e1nk, amelyekben a sz\u00fcks\u00e9ges f\u00fcgg\u0151s\u00e9gek m\u00e1r telep\u00edtve vannak, \u00e9s a kont\u00e9nerek elszigeteltek egym\u00e1st\u00f3l \u00e9s a gazdag\u00e9pt\u0151l? A monolitot mikroszolg\u00e1ltat\u00e1sokra bontan\u00e1nk, amelyeket f\u00fcggetlen\u00fcl lehet friss\u00edteni \u00e9s sk\u00e1l\u00e1zni. Ha a k\u00f3dot egy ilyen kont\u00e9nerbe helyezem, b\u00e1rmilyen infrastrukt\u00far\u00e1n futtathatom. M\u00e1ris jobb. <\/p>\n

De mi van akkor, ha nem akarok kont\u00e9nereket be\u00e1ll\u00edtani? Nem akarok a alkalmaz\u00e1s sk\u00e1l\u00e1z\u00e1s\u00e1val foglalkozni. Nem akarok fizetni az \u00fcresen fut\u00f3 kont\u00e9nerek\u00e9rt, amikor a szolg\u00e1ltat\u00e1s terhel\u00e9se minim\u00e1lis. Csak k\u00f3dot szeretn\u00e9k \u00edrni. \u00d6sszpontos\u00edtani az \u00fczleti logik\u00e1ra \u00e9s a term\u00e9keket vill\u00e1mgyorsan a piacra hozni. <\/p>\n

Ezek a gondolatok vezettek a serverless sz\u00e1m\u00edt\u00e1shoz. A serverless ezen esetben azt jelenti, hogy nem azok a szerverek hi\u00e1nyoznak, hanem a fejf\u00e1j\u00e1s az infrastrukt\u00fara kezel\u00e9s\u00e9vel kapcsolatban.<\/em><\/p>\n

Az \u00f6tlet az, hogy az alkalmaz\u00e1s logik\u00e1j\u00e1t f\u00fcggetlen funkci\u00f3kk\u00e1 bontjuk. Ezek esem\u00e9nyalap\u00fa strukt\u00far\u00e1val rendelkeznek. Minden egyes funkci\u00f3 egy \"mikrofeladatot\" hajt v\u00e9gre. Amit a fejleszt\u0151t\u0151l k\u00e9r\u00fcnk, hogy t\u00f6lts\u00f6n fel funkci\u00f3kat a felh\u0151szolg\u00e1ltat\u00f3 \u00e1ltal biztos\u00edtott konzolra, \u00e9s kapcsolja \u00f6ssze azokat az esem\u00e9nysorozatokkal. A k\u00f3d k\u00e9r\u00e9sre fog futni egy automatikusan el\u0151k\u00e9sz\u00edtett kont\u00e9nerben, \u00e9s csak a futtat\u00e1s idej\u00e9\u00e9rt fogok fizetni. <\/p>\n

N\u00e9zz\u00fck meg, hogyan fog most kin\u00e9zni az alkalmaz\u00e1s fejleszt\u00e9si folyamata.<\/p>\n

A fejleszt\u0151 szempontj\u00e1b\u00f3l<\/h2>\n

\nKor\u00e1bban a web\u00e1ruh\u00e1z alkalmaz\u00e1s\u00e1r\u00f3l kezdt\u00fcnk besz\u00e9lni. A hagyom\u00e1nyos megk\u00f6zel\u00edt\u00e9sben a rendszer f\u0151 logik\u00e1j\u00e1t egy monolitikus alkalmaz\u00e1s hajtja v\u00e9gre. A szerver az alkalmaz\u00e1ssal folyamatosan fut, m\u00e9g akkor is, ha nincs terhel\u00e9s.<\/p>\n

Ahhoz, hogy \u00e1tv\u00e1ltsunk a serverless-re, a monolitikus alkalmaz\u00e1st mikroszolg\u00e1ltat\u00e1sokra bontjuk.<\/strong> Minden egyes funkci\u00f3hoz saj\u00e1t funkci\u00f3t \u00edrunk. A funkci\u00f3k egym\u00e1st\u00f3l f\u00fcggetlenek \u00e9s nem t\u00e1rolj\u00e1k az \u00e1llapotot (stateless). M\u00e9g az is lehets\u00e9ges, hogy k\u00fcl\u00f6nb\u00f6z\u0151 nyelveken \u00edr\u00f3djanak. Ha az egyik \"leesik\", az alkalmaz\u00e1s nem \u00e1ll le teljesen. Az alkalmaz\u00e1s architekt\u00far\u00e1ja \u00edgy fog kin\u00e9zni:<\/p>\n

\"Serverless
\nA funkci\u00f3kra val\u00f3 feloszt\u00e1s a Serverless eset\u00e9ben hasonl\u00f3 a mikroszervizekhez. Azonban a mikroszerviz t\u00f6bb feladatot is el tud l\u00e1tni, m\u00edg egy funkci\u00f3nak ide\u00e1lisan egyetlen feladatot kellene megoldania. Tegy\u00fck fel, hogy a feladat a statisztika gy\u0171jt\u00e9se \u00e9s a felhaszn\u00e1l\u00f3 k\u00e9r\u00e9s\u00e9re t\u00f6rt\u00e9n\u0151 megjelen\u00edt\u00e9se. A mikroszervizes megk\u00f6zel\u00edt\u00e9sben ezt egy szolg\u00e1ltat\u00e1s l\u00e1tja el, amelynek k\u00e9t bel\u00e9p\u00e9si pontja van: az \u00edr\u00e1sra \u00e9s az olvas\u00e1sra. B\u00e9rmentes sz\u00e1m\u00edt\u00e1sok eset\u00e9n ez k\u00e9t k\u00fcl\u00f6n funkci\u00f3, amelyek nincsenek \u00f6sszekapcsolva. A fejleszt\u0151 sz\u00e1m\u00edt\u00e1si er\u0151forr\u00e1sokat takar\u00edt meg, ha p\u00e9ld\u00e1ul a statisztika gyakrabban friss\u00fcl, mint ahogy az let\u00f6lt\u00e9sre ker\u00fcl. <\/p>\n

A Serverless-funci\u00f3knak r\u00f6vid id\u0151tartamon bel\u00fcl kell v\u00e9grehajt\u00f3dniuk (timeout), amelyet a szolg\u00e1ltat\u00f3 hat\u00e1roz meg. P\u00e9ld\u00e1ul az AWS eset\u00e9ben a timeout 15 perc. Ez\u00e9rt a hossz\u00fa \u00e9lettartam\u00fa funkci\u00f3kat (long-lived) m\u00f3dos\u00edtani kell a k\u00f6vetelm\u00e9nyeknek megfelel\u0151en \u2013 ez a Serverless k\u00fcl\u00f6nb\u00f6zik m\u00e1s, manaps\u00e1g n\u00e9pszer\u0171 technol\u00f3gi\u00e1kt\u00f3l (tart\u00e1lyok \u00e9s Platform as a Service).<\/p>\n

Minden funkci\u00f3nak esem\u00e9nyt rendel\u00fcnk.<\/strong> Az esem\u00e9ny egy trigger a cselekv\u00e9shez:<\/p>\n

Esem\u00e9ny<\/strong>
\nA tev\u00e9kenys\u00e9g, amelyet a funkci\u00f3 v\u00e9grehajt<\/strong><\/p>\n

A t\u00e1rol\u00f3ba felt\u00f6lt\u00f6tt\u00fck a term\u00e9k k\u00e9p\u00e9t
\nA k\u00e9pet t\u00f6m\u00f6r\u00edteni \u00e9s felt\u00f6lteni a k\u00f6nyvt\u00e1rba<\/p>\n

Az adatb\u00e1zisban friss\u00fclt a fizikai bolt c\u00edme
\n\u00daj helysz\u00edn bet\u00f6lt\u00e9se a t\u00e9rk\u00e9pekbe<\/p>\n

A v\u00e1s\u00e1rl\u00f3 kifizeti a term\u00e9ket
\nA kifizet\u00e9s feldolgoz\u00e1s\u00e1nak elind\u00edt\u00e1sa<\/p>\n

Esem\u00e9nyek lehetnek HTTP-k\u00e9r\u00e9sek, folyamatos adatok, \u00fczenetsorok \u00e9s \u00edgy tov\u00e1bb. Az esem\u00e9nyek forr\u00e1sai az adatok v\u00e1ltoz\u00e1sa vagy megjelen\u00e9se. Ezenk\u00edv\u00fcl a funkci\u00f3kat id\u0151z\u00edtett ind\u00edt\u00e1ssal is lehet futtatni.<\/p>\n

Az architekt\u00far\u00e1t kidolgoztuk, \u00e9s az alkalmaz\u00e1s szinte serverless lett. Most tov\u00e1bbl\u00e9p\u00fcnk a szolg\u00e1ltat\u00f3hoz.<\/p>\n

A szolg\u00e1ltat\u00f3 oldal\u00e1r\u00f3l<\/h2>\n

\nA serverless sz\u00e1m\u00edt\u00e1sokat \u00e1ltal\u00e1ban felh\u0151szolg\u00e1ltat\u00f3k k\u00edn\u00e1lj\u00e1k. K\u00fcl\u00f6nb\u00f6z\u0151 neveken ismertek: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

A szolg\u00e1ltat\u00e1st a szolg\u00e1ltat\u00f3 konzolj\u00e1n vagy a felhaszn\u00e1l\u00f3i fi\u00f3kon kereszt\u00fcl fogjuk haszn\u00e1lni. A funkci\u00f3k k\u00f3dj\u00e1t az al\u00e1bbi m\u00f3dszerek valamelyik\u00e9vel lehet felt\u00f6lteni:<\/p>\n