{"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\/da\/blog\/administrirovanie\/detalnyj-razbor-aws-lambda","title":{"rendered":"Detaljeret gennemgang af AWS Lambda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Overs\u00e6ttelsen er specielt udarbejdet til studerende p\u00e5 kurset \u00abCloud Services\u00bb<\/a><\/noindex>. Er du interesseret i at udvikle dig inden for dette omr\u00e5de? Se E\u0433\u043e\u0440 \u0417\u0443\u0435\u0432s masterclass (TeamLead i InBit). \u00abAWS EC2 service\u00bb<\/a><\/noindex> og tilmeld dig den n\u00e6rmeste kursusgruppe: start den 26. september. <\/em><\/p>\n

<\/p>\n

\"Detaljeret<\/p>\n

<\/p>\n

Flere og flere mennesker skifter til AWS Lambda p\u00e5 grund af skalerbarhed, ydeevne, omkostningsbesparelser og muligheden for at h\u00e5ndtere millioner og endda billioner af foresp\u00f8rgsler om m\u00e5neden. Dette kr\u00e6ver ikke, at man administrerer den infrastruktur, som tjenesten k\u00f8rer p\u00e5. Autoskalering g\u00f8r det muligt at h\u00e5ndtere tusindvis af samtidige foresp\u00f8rgsler per sekund. Jeg mener, AWS Lambda kan med rette kaldes en af de mest eftertragtede tjenester p\u00e5 AWS.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda er en begivenhedsorienteret serverl\u00f8s computing-tjeneste, der muligg\u00f8r k\u00f8rsel af kode uden tildeling og administration af servere og supplerer andre AWS-tjenester baseret p\u00e5 brugerdefineret logik. Lambda reagerer automatisk p\u00e5 forskellige begivenheder (de s\u00e5kaldte triggere), for eksempel HTTP-anmodninger via Amazon API Gateway, \u00e6ndring af data i Amazon S3-buckets eller Amazon DynamoDB-tabeller; eller du kan k\u00f8re din kode via API-opkald ved hj\u00e6lp af AWS SDK og overgange mellem tilstande i AWS Step Functions.<\/p>\n

<\/p>\n

Lambda k\u00f8rer kode p\u00e5 en h\u00f8jtilg\u00e6ngelig computing-infrastruktur og h\u00e5ndterer fuldt ud administrationen af den underliggende platform, herunder vedligeholdelse af servere og operativsystem, tildeling af ressourcer, automatisk skalering, overv\u00e5gning af kode og logning. Det vil sige, at du blot skal uploade din kode og indstille, hvordan og hvorn\u00e5r den skal k\u00f8re. Tjenesten tager sig af at k\u00f8re den og sikrer h\u00f8j tilg\u00e6ngelighed for din applikation.<\/p>\n

<\/p>\n

Hvorn\u00e5r skal man skifte til Lambda?<\/h2>\n

<\/p>\n

AWS Lambda er en praktisk computing-platform, der passer til mange anvendelsesscenarier, forudsat at sproget og runtime-milj\u00f8et for din kode underst\u00f8ttes af tjenesten. Hvis du vil fokusere p\u00e5 kode og forretningslogik og overlade servervedligeholdelse, ressourceallokering og skalering til en tredjepartsleverand\u00f8r til en rimelig pris, b\u00f8r du bestemt overveje at skifte til AWS Lambda.<\/p>\n

<\/p>\n

Lambda er ideel til at skabe API'er, og ved at bruge tjenesten sammen med API Gateway kan man markant reducere omkostningerne og komme hurtigere p\u00e5 markedet. Der er forskellige m\u00e5der at anvende Lambda-funktioner og organisere serverl\u00f8se arkitekturer p\u00e5 \u2013 alle kan v\u00e6lge noget, der passer til deres m\u00e5l.<\/p>\n

<\/p>\n

Lambda muligg\u00f8r en bred vifte af opgaver. Takket v\u00e6re underst\u00f8ttelsen af CloudWatch kan du oprette planlagte opgaver og automatisere forskellige processer. Der er ingen begr\u00e6nsninger for arten og intensiteten af brugen af tjenesten (huske p\u00e5 hukommelsesforbruget og tiden), og der er ingenting, der forhindrer dig i at arbejde metodisk p\u00e5 en fuldgyldig mikrotjeneste baseret p\u00e5 Lambda.<\/p>\n

<\/p>\n

Her kan man skabe serviceorienterede handlinger, der ikke udf\u00f8res konstant. Et typisk eksempel er billedskalering. Selv i tilf\u00e6lde af distribuerede systemer mister Lambda-funktioner ikke deres relevans.<\/p>\n

<\/p>\n

S\u00e5 hvis du ikke \u00f8nsker at bruge tid p\u00e5 at tildele og administrere beregningsressourcer \u2013 s\u00e5 pr\u00f8v AWS Lambda; hvis du ikke har brug for tunge, ressourcekr\u00e6vende beregninger \u2013 s\u00e5 pr\u00f8v ogs\u00e5 AWS Lambda; hvis din kode k\u00f8rer periodisk \u2013 s\u00e5 er du helt rigtig, du burde pr\u00f8ve AWS Lambda.<\/p>\n

<\/p>\n

Sikkerhed<\/h2>\n

<\/p>\n

Indtil videre har der ikke v\u00e6ret klager over sikkerheden. P\u00e5 den anden side, da mange interne processer og detaljer i denne model er skjult for brugere af AWS Lambda's administrerede runtime-milj\u00f8, mister nogle almindeligt anerkendte regler for cloud-sikkerhed relevans.<\/p>\n

<\/p>\n

Som de fleste AWS-tjenester leveres Lambda under principperne for delt ansvar mellem AWS og kunden vedr\u00f8rende sikkerhed og overholdelse af lovgivning. Dette princip reducerer kundens operationelle belastning, da AWS p\u00e5tager sig opgaver med vedligeholdelse, administration og kontrol af servicens komponenter \u2013 fra operativsystemet p\u00e5 v\u00e6rten og virtualiseringsniveauet til den fysiske sikkerhed af infrastrukturens objekter. <\/p>\n

<\/p>\n

N\u00e5r vi taler specifikt om AWS Lambda, er AWS ansvarlig for at administrere den underliggende infrastruktur, de tilknyttede grundl\u00e6ggende tjenester, operativsystemet og applikationsplatformen. Mens kunden er ansvarlig for sikkerheden af deres kode, opbevaring af f\u00f8lsomme data, adgangskontrol dertil samt til tjenesten og ressourcerne i Lambda (Identity and Access Management, IAM), herunder inden for de anvendte funktioner.<\/p>\n

<\/p>\n

P\u00e5 diagrammet nedenfor er modellen for delt ansvar, der g\u00e6lder for AWS Lambda, vist. AWS's ansvar er markeret med orange, mens kundens ansvar er i bl\u00e5. Som du kan se, tager AWS sig af mere ansvar for applikationer, der implementeres p\u00e5 tjenesten.<\/p>\n

<\/p>\n

\"Detaljeret<\/p>\n

<\/p>\n

Modellen for delt ansvar, der g\u00e6lder for AWS Lambda<\/em><\/p>\n

<\/p>\n

Lambda-runtime<\/h3>\n

<\/p>\n

Den prim\u00e6re fordel ved Lambda er, at tjenesten selv tildeler de n\u00f8dvendige ressourcer, mens den udf\u00f8rer en funktion p\u00e5 dine vegne. Du kan spare tid og kr\u00e6fter p\u00e5 systemadministration og fokusere p\u00e5 forretningslogik og kodning.<\/p>\n

<\/p>\n

Lambda-tjenesten er delt op i to plan. Den f\u00f8rste er kontrolplanen. If\u00f8lge Wikipedia er kontrolplanen den del af netv\u00e6rket, der er ansvarlig for transport af signaltrafik og routning. Den er den prim\u00e6re komponent, der tr\u00e6ffer globale beslutninger om tildeling, vedligeholdelse og distribution af arbejdsbelastning. Desuden fungerer kontrolplanen som netv\u00e6rksarkitektur for udbyderen, der er ansvarlig for routning og h\u00e5ndtering af trafik.<\/p>\n

<\/p>\n

Den anden plan er dataplatsen. Den har, ligesom kontrolplanen, sine egne opgaver. Kontrolplanen leverer API'er til administration af funktioner (CreateFunction, UpdateFunctionCode) og kontrollerer interaktionen mellem Lambda og andre AWS-tjenester. Dataplatsen styrer API-anmodninger (Invoke API), der aktiverer Lambda-funktioner. Efter at funktionen er kaldt, tildeler kontrolplanen en ny eller v\u00e6lger en eksisterende runtime, der er forberedt til denne funktion, og udf\u00f8rer derefter koden i den.<\/p>\n

<\/p>\n

AWS Lambda underst\u00f8tter mange programmeringssprog, herunder Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 og andre via de relevante runtime-milj\u00f8er. AWS opdaterer regelm\u00e6ssigt disse, distribuerer sikkerhedsopdateringer og udf\u00f8rer andre vedligeholdelsesopgaver p\u00e5 disse milj\u00f8er. Lambda tillader brug af andre sprog, s\u00e5 l\u00e6nge du implementerer det relevante runtime-milj\u00f8 selv. Og s\u00e5 vil du ogs\u00e5 v\u00e6re ansvarlig for at vedligeholde det, herunder overv\u00e5ge sikkerheden.<\/p>\n

<\/p>\n

Hvordan fungerer det hele, og hvordan vil tjenesten udf\u00f8re dine funktioner?<\/strong><\/p>\n

<\/p>\n

Hver funktion k\u00f8rer i et eller flere dedikerede milj\u00f8er, der kun eksisterer i l\u00f8bet af livscyklussen for denne funktion og derefter destrueres. I hvert milj\u00f8 udf\u00f8res der kun \u00e9t kald ad gangen, men det genbruges, hvis der opst\u00e5r mange sekventielle kald af den samme funktion. Alle runtime-milj\u00f8er k\u00f8rer p\u00e5 virtuelle maskiner med hardwarevirtualisering \u2014 de s\u00e5kaldte microVM. Hver microVM tildeles en specifik AWS-konto og kan genbruges af milj\u00f8er til at udf\u00f8re forskellige funktioner i denne konto. MicroVM pakkes ind i de strukturelle enheder af hardwareplatformen Lambda Worker, som ejes og styres af AWS. Det samme runtime-milj\u00f8 kan ikke bruges af forskellige funktioner, ligesom microVM er unikke for forskellige AWS-konti.<\/p>\n

<\/p>\n

\"Detaljeret<\/p>\n

<\/p>\n

Isoleringsmodellen i AWS Lambda<\/em><\/p>\n

<\/p>\n

Isolering af runtime-milj\u00f8er er implementeret ved hj\u00e6lp af flere mekanismer. P\u00e5 det h\u00f8jeste niveau har hvert milj\u00f8 separate kopier af f\u00f8lgende komponenter:<\/p>\n

<\/p>\n