{"id":37937,"date":"2019-10-31T22:20:41","date_gmt":"2019-10-31T19:20:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/detalnyj-razbor-aws-lambda\/"},"modified":"2019-10-31T22:20:41","modified_gmt":"2019-10-31T19:20:41","slug":"detalnyj-razbor-aws-lambda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/detalnyj-razbor-aws-lambda","title":{"rendered":"Analiza detaliat\u0103 a AWS Lambda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Traducerea articolului a fost preg\u0103tit\u0103 special pentru studen\u021bii cursului \u201eServicii Cloud\u201d<\/a><\/noindex>. E\u0219ti interesat de dezvoltarea \u00een acest domeniu? Urm\u0103re\u0219te masterclass-ul lui Egor Zuev (TeamLead la InBit) \u201eServiciul AWS EC2\u201d<\/a><\/noindex> \u0219i al\u0103tur\u0103-te celei mai apropiate grupe de curs: \u00eencepere 26 septembrie. <\/em><\/p>\n

<\/p>\n

\"Analiza<\/p>\n

<\/p>\n

Din ce \u00een ce mai mul\u021bi oameni trec la AWS Lambda pentru scalabilitate, performan\u021b\u0103, economii \u0219i capacitatea de a gestiona milioane \u0219i chiar trilioane de solicit\u0103ri pe lun\u0103. Pentru aceasta, nu trebuie s\u0103 gestionezi infrastructura pe care ruleaz\u0103 serviciul. Iar scalarea automat\u0103 permite gestionarea a mii de solicit\u0103ri simultane pe secund\u0103. Cred c\u0103 AWS Lambda poate fi considerat cu dreptate unul dintre cele mai solicitate servicii AWS.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda este un serviciu de calcul f\u0103r\u0103 server, bazat pe evenimente, care permite executarea codului f\u0103r\u0103 alocarea \u0219i administrarea serverelor, complet\u00e2nd alte servicii AWS \u00een func\u021bie de logica utilizatorului. Lambda r\u0103spunde automat la diferite evenimente (cunoscut sub numele de trigger-e), cum ar fi solicit\u0103rile HTTP prin Amazon API Gateway, modificarea datelor \u00een co\u0219urile Amazon S3 sau tabelele Amazon DynamoDB; sau po\u021bi s\u0103 \u00ee\u021bi lansezi codul prin apeluri API, folosind AWS SDK \u0219i tranzi\u021bii \u00eentre st\u0103ri \u00een AWS Step Functions.<\/p>\n

<\/p>\n

Lambda execut\u0103 codul pe o infrastructur\u0103 de calcul de \u00eenalt\u0103 disponibilitate \u0219i se ocup\u0103 complet de administrarea platformei de baz\u0103, inclusiv \u00eentre\u021binerea serverelor \u0219i a sistemului de operare, alocarea resurselor, scalarea automat\u0103, monitorizarea codului \u0219i logarea. Asta \u00eenseamn\u0103 c\u0103 trebuie doar s\u0103 \u00eencarci codul t\u0103u \u0219i s\u0103 configurezi cum \u0219i c\u00e2nd acesta ar trebui s\u0103 ruleze. \u00cen schimb, serviciul va avea grij\u0103 de lansarea acestuia \u0219i va asigura disponibilitatea ridicat\u0103 a aplica\u021biei tale.<\/p>\n

<\/p>\n

C\u00e2nd s\u0103 treci la Lambda?<\/h2>\n

<\/p>\n

AWS Lambda este o platform\u0103 de calcul convenabil\u0103, potrivit\u0103 pentru o varietate de scenarii de aplicare, desigur, dac\u0103 limbajul \u0219i mediul de execu\u021bie al codului t\u0103u sunt suportate de serviciu. Dac\u0103 vrei s\u0103 te concentrezi pe cod \u0219i logica de afaceri, l\u0103s\u00e2nd \u00eentre\u021binerea serverelor, alocarea resurselor \u0219i scalarea unui furnizor ter\u021b pentru un pre\u021b rezonabil, cu siguran\u021b\u0103 ar trebui s\u0103 treci la AWS Lambda.<\/p>\n

<\/p>\n

Lambda este ideal pentru crearea interfe\u021belor de programare, iar dac\u0103 utiliza\u021bi serviciul \u00eempreun\u0103 cu API Gateway, pute\u021bi reduce semnificativ costurile \u0219i s\u0103 ajunge\u021bi mai repede pe pia\u021b\u0103. Exist\u0103 diverse modalit\u0103\u021bi de a utiliza func\u021biile Lambda \u0219i op\u021biuni pentru organizarea arhitecturii f\u0103r\u0103 server \u2014 fiecare poate alege ceva potrivit \u00een func\u021bie de obiectivul stabilit.<\/p>\n

<\/p>\n

Lambda permite executarea unei game largi de sarcini. De exemplu, datorit\u0103 suportului CloudWatch, pute\u021bi crea sarcini programate \u0219i automatiza procese separate. Nu exist\u0103 restric\u021bii cu privire la natura \u0219i intensitatea utiliz\u0103rii serviciului (se iau \u00een considerare consumul de memorie \u0219i timpul), iar nimic nu v\u0103 \u00eempiedic\u0103 s\u0103 lucra\u021bi constant la un microserviciu complet bazat pe Lambda.<\/p>\n

<\/p>\n

Aici pute\u021bi crea ac\u021biuni orientate spre servicii, care nu sunt executate constant. Un exemplu tipic este scalarea imaginilor. Chiar \u0219i \u00een cazul sistemelor distribuite, func\u021biile Lambda r\u0103m\u00e2n relevante.<\/p>\n

<\/p>\n

Deci, dac\u0103 nu dori\u021bi s\u0103 v\u0103 ocupa\u021bi de alocarea \u0219i administrarea resurselor de calcul \u2014 \u00eencerca\u021bi AWS Lambda; dac\u0103 nu ave\u021bi nevoie de calcule grele \u0219i consumatoare de resurse \u2014 de asemenea, \u00eencerca\u021bi AWS Lambda; dac\u0103 codul dvs. este executat periodic \u2014 este corect, ar trebui s\u0103 \u00eencerca\u021bi AWS Lambda.<\/p>\n

<\/p>\n

Securitate<\/h2>\n

<\/p>\n

P\u00e2n\u0103 acum, nu au existat pl\u00e2ngeri legate de securitate. Pe de alt\u0103 parte, deoarece multe procese interne \u0219i caracteristici ale implement\u0103rii acestui model sunt ascunse utilizatorului mediului de execu\u021bie AWS Lambda, unele reguli acceptate \u00een mod obi\u0219nuit privind securitatea \u00een cloud \u00ee\u0219i pierd relevan\u021ba.<\/p>\n

<\/p>\n

Ca majoritatea serviciilor AWS, Lambda este furnizat pe principiul responsabilit\u0103\u021bii comune \u00eentre AWS \u0219i client \u00een ceea ce prive\u0219te securitatea \u0219i conformitatea normativ\u0103. Acest principiu reduce sarcina opera\u021bional\u0103 asupra clientului, deoarece AWS \u00ee\u0219i asum\u0103 responsabilit\u0103\u021bile de \u00eentre\u021binere, administrare \u0219i control al componentelor serviciului \u2014 de la sistemul de operare al gazdei \u0219i nivelul de virtualizare p\u00e2n\u0103 la securitatea fizic\u0103 a infrastructurii. <\/p>\n

<\/p>\n

Dac\u0103 vorbim specific despre AWS Lambda, AWS se ocup\u0103 de gestionarea infrastructurii de baz\u0103, a serviciilor conexe, a sistemului de operare \u0219i a platformei aplica\u021biilor. \u00cen timp ce clientul este responsabil pentru securitatea codului s\u0103u, stocarea datelor confiden\u021biale, controlul accesului la acestea, precum \u0219i la serviciul \u0219i resursele Lambda (Identity and Access Management, IAM), inclusiv \u00een cadrul func\u021biilor utilizate.<\/p>\n

<\/p>\n

Diagrama de mai jos prezint\u0103 modelul de responsabilitate comun\u0103 aplicabil AWS Lambda. Domeniul de responsabilitate al AWS este marcat cu portocaliu, iar responsabilitatea clientului este marcat\u0103 cu albastru. A\u0219a cum vede\u021bi, AWS \u00ee\u0219i asum\u0103 mai multe responsabilit\u0103\u021bi pentru aplica\u021biile desf\u0103\u0219urate pe serviciu.<\/p>\n

<\/p>\n

\"Analiza<\/p>\n

<\/p>\n

Modelul de responsabilitate comun\u0103 aplicabil AWS Lambda<\/em><\/p>\n

<\/p>\n

Mediul de execu\u021bie Lambda<\/h3>\n

<\/p>\n

Principalul avantaj al Lambda este c\u0103, execut\u00e2nd o func\u021bie \u00een numele dumneavoastr\u0103, serviciul aloc\u0103 singur resursele necesare. Pute\u021bi s\u0103 nu v\u0103 pierde\u021bi timpul \u0219i energia administr\u00e2nd sistemele \u0219i s\u0103 v\u0103 concentra\u021bi pe logica de afaceri \u0219i scrierea codului.<\/p>\n

<\/p>\n

Serviciul Lambda este \u00eemp\u0103r\u021bit \u00een dou\u0103 planuri. Primul este planul de control. Conform Wikipediei, planul de control (control plane) este partea re\u021belei responsabil\u0103 pentru transportul semnalului \u0219i rutare. Este componenta principal\u0103, lu\u00e2nd decizii globale privind alocarea, \u00eentre\u021binerea \u0219i distribu\u021bia sarcinilor de lucru. \u00cen plus, planul de control serve\u0219te ca topologie de re\u021bea a furnizorului de solu\u021bii, responsabil\u0103 pentru rutarea \u0219i gestionarea traficului.<\/p>\n

<\/p>\n

Al doilea plan este planul de date. Acesta, la fel ca \u0219i planul de control, are sarcinile sale. Planul de control ofer\u0103 API-uri pentru gestionarea func\u021biilor (CreateFunction, UpdateFunctionCode) \u0219i controleaz\u0103 interac\u021biunea Lambda cu celelalte servicii AWS. Planul de date gestioneaz\u0103 apelurile API (Invoke API), care declan\u0219eaz\u0103 func\u021biile Lambda. Dup\u0103 apelarea func\u021biei, planul de control aloc\u0103 sau selecteaz\u0103 un mediu de execu\u021bie existent, preg\u0103tit anterior pentru aceast\u0103 func\u021bie, \u0219i apoi execut\u0103 codul \u00een acesta.<\/p>\n

<\/p>\n

AWS Lambda suport\u0103 mai multe limbaje de programare, inclusiv Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 \u0219i altele, prin intermediul mediilor de execu\u021bie corespunz\u0103toare. AWS le actualizeaz\u0103 regulat, distribuie corec\u021bii de securitate \u0219i efectueaz\u0103 alte opera\u021biuni de \u00eentre\u021binere a acestor medii. Lambda permite utilizarea \u0219i altor limbaje cu condi\u021bia ca utilizatorul s\u0103 implementeze singur mediul de execu\u021bie relevant. \u00cen acest caz, va trebui s\u0103 te ocupi \u0219i de \u00eentre\u021binerea sa, inclusiv de monitorizarea securit\u0103\u021bii.<\/p>\n

<\/p>\n

Cum func\u021bioneaz\u0103 toate acestea \u0219i cum va executa serviciul func\u021biile tale?<\/strong><\/p>\n

<\/p>\n

Fiecare func\u021bie ruleaz\u0103 \u00eentr-unul sau mai multe medii dedicate, care exist\u0103 doar pe durata ciclului de via\u021b\u0103 al acestei func\u021bii \u0219i apoi sunt distruse. \u00cen fiecare mediu, se execut\u0103 simultan doar un apel, dar acesta este reutilizat dac\u0103 apar mai multe apeluri consecutive ale acelea\u0219i func\u021bii. Toate mediile de execu\u021bie ruleaz\u0103 pe ma\u0219ini virtuale cu virtualizare hardware \u2014 pe ceea ce se nume\u0219te microVM. Fiecare microVM este atribuit unui anumit cont AWS \u0219i poate fi utilizat de mai multe ori de c\u0103tre medii pentru a executa diverse func\u021bii \u00een acest cont. MicroVM-urile sunt grupate \u00een module ale platformei hardware Lambda Worker, de\u021binute \u0219i gestionate de AWS. Acela\u0219i mediu de execu\u021bie nu poate fi utilizat de diferite func\u021bii, la fel cum microVM-urile sunt unice pentru diferite conturi AWS.<\/p>\n

<\/p>\n

\"Analiza<\/p>\n

<\/p>\n

Modelul de izolare \u00een AWS Lambda<\/em><\/p>\n

<\/p>\n

Izolarea mediilor de execu\u021bie este realizat\u0103 prin intermediul mai multor mecanisme. La cel mai \u00eenalt nivel, fiecare mediu are copii separate ale urm\u0103toarelor componente:<\/p>\n

<\/p>\n