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

\"Serverless
\nServerless ni o fizi\u010dni odsotnosti stre\u017enikov. Ni \u00bbubijalec\u00ab kontejnerjev in ni trenutni trend. To je nov pristop k gradnji sistemov v oblaku. V dana\u0161njem \u010dlanku se bomo dotaknili arhitekture Serverless aplikacij, pogledali, kak\u0161no vlogo igra ponudnik Serverless storitve in odprtokodni projekti. Na koncu se bomo pogovorili o vpra\u0161anju uporabe Serverless.
\n<\/a><\/noindex>
\n\u017delim napisati serverski deo aplikacije (\u010dak i internet prodavnicu). To mo\u017ee biti i chat, i servis za objavljivanje sadr\u017eaja, i balansiranje optere\u0107enja. U svakom slu\u010daju, izazova ne\u0107e nedostajati: potrebno je pripremiti infrastrukturu, odrediti zavisnosti aplikacije, razmisliti o operativnom sistemu servera. Zatim \u0107e biti potrebno a\u017eurirati male komponente koje ne uti\u010du na rad ostatka monolita. I ne zaboravimo na skaliranje pod optere\u0107enjem.<\/p>\n

A \u0161ta ako uzmemo efemerne kontejnere, u kojima su potrebne zavisnosti ve\u0107 unapred instalirane, a sami kontejneri su izolovani jedni od drugih i od operativnog sistema doma\u0107ina? Monolit \u0107emo podeliti na mikros\u0435\u0440\u0432ise, svaki od kojih mo\u017ee biti nezavisno a\u017euriran i skaliran. Stavljaju\u0107i kod u takav kontejner, mo\u0107i \u0107u ga pokretati na bilo kojoj infrastrukturi. Ve\u0107 je bolje. <\/p>\n

A ako ne \u017eelim da pode\u0161avam kontejnere? Ne \u017eelim da razmi\u0161ljam o skaliranju aplikacije. Ne \u017eelim da pla\u0107am za vreme kada su kontejneri pokrenuti, kada je optere\u0107enje na servisu minimalno. \u017delim da pi\u0161em kod. Fokusirati se na poslovnu logiku i lansirati proizvode na tr\u017ei\u0161te brzinom svetlosti. <\/p>\n

Ove misli su me dovele do serverless ra\u010dunarstva. Serverless u ovom slu\u010daju zna\u010di ne fizi\u010dko odsustvo servera, ve\u0107 odsustvo glavobolje oko upravljanja infrastrukturom.<\/em><\/p>\n

Ideja je da se logika aplikacije razbije na nezavisne funkcije. One imaju doga\u0111ajnu strukturu. Svaka od funkcija izvr\u0161ava jednu \u201emikrozadatak\u201c. Sve \u0161to se od programera zahteva je da u\u010dita funkcije u konzolu koju pru\u017ea cloud provajder i pove\u017ee ih sa izvorima doga\u0111aja. Kod \u0107e se izvr\u0161avati na zahtev u automatski pripremljenom kontejneru, a ja \u0107u platiti samo za vreme izvr\u0161avanja. <\/p>\n

Hajde da vidimo kako \u0107e sada izgledati proces razvoja aplikacije.<\/p>\n

Sa strane programera<\/h2>\n

\nPre smo po\u010deli da govorimo o aplikaciji za internet prodavnicu. U tradicionalnom pristupu, glavnu logiku sistema obavlja monolitna aplikacija. I server sa aplikacijom je neprekidno pokrenut, \u010dak i kada nema optere\u0107enja.<\/p>\n

Da bismo pre\u0161li na serverless, razbijamo aplikaciju na mikrozadatke.<\/strong> Za svaki od njih pi\u0161emo svoju funkciju. Funkcije su nezavisne jedna od druge i ne \u010duvaju informacije o stanju (stateless). Mogu \u010dak biti napisane na razli\u010ditim jezicima. Ako jedna od njih padne, cela aplikacija se ne\u0107e zaustaviti. Arhitektura aplikacije \u0107e izgledati ovako:<\/p>\n

\"Serverless
\nPodela na funkcije u Serverless sistemu nalikuje radu s mikroservisima. Me\u0111utim, mikroservis mo\u017ee izvr\u0161avati vi\u0161e zadataka, dok bi funkcija idealno trebala da izvr\u0161ava samo jedan. Zamislimo da je zadatak prikupljanje statistike i prikazivanje po korisni\u010dkom zahtevu. U mikroservisnom pristupu, zadatak izvr\u0161ava jedna usluga sa dva ulaza: za pisanje i za \u010ditanje. U serverless ra\u010dunarstvu, to \u0107e biti dve razli\u010dite funkcije, koje nisu povezane. Razvija\u010d \u0161tedi ra\u010dunske resurse ako se, na primer, statistika a\u017eurira \u010de\u0161\u0107e nego \u0161to se preuzima. <\/p>\n

Serverless funkcije trebaju se izvr\u0161avati u kratkom vremenskom intervalu (timeout) koji odre\u0111uje provajder usluge. Na primer, za AWS, timeout iznosi 15 minuta. To zna\u010di da dugotrajne funkcije (long-lived) treba prilagoditi zahtevima - ovo je ono \u0161to serverless razlikuje od drugih popularnih tehnologija danas (kontejnera i Platform as a Service).<\/p>\n

Svakoj funkciji dodeljujemo doga\u0111aj.<\/strong> Doga\u0111aj je okida\u010d za radnju:<\/p>\n

Doga\u0111aj<\/strong>
\nRadnja koju izvr\u0161ava funkcija<\/strong><\/p>\n

U skladi\u0161tu je otpremljena slika proizvoda
\nSmanjiti sliku i otpremiti je u katalog<\/p>\n

U bazi podataka se a\u017eurirala adresa fizi\u010dke prodavnice
\nU\u010ditati novu lokaciju na mape<\/p>\n

Klijent pla\u0107a proizvod
\nPokrenuti obradu uplate<\/p>\n

Doga\u0111aji mogu biti HTTP zahtevi, strimovane podatke, poruke u redovima i sli\u010dno. Izvori doga\u0111aja su promene ili pojava podataka. Pored toga, funkcije se mogu pokretati po tajmeru.<\/p>\n

Arhitektura je razra\u0111ena i aplikacija je gotovo serverless. Idemo sada ka provajderu usluge.<\/p>\n

Sa strane provajdera<\/h2>\n

\nObi\u010dno serverless ra\u010dunarske usluge nude provajderi cloud usluga. Zovu ih razli\u010dito: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Uslugu \u0107emo koristiti putem konzole ili korisni\u010dkog ra\u010duna provajdera. Kod funkcija se mo\u017ee u\u010ditati na jedan od slede\u0107ih na\u010dina:<\/p>\n