{"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\/sv\/blog\/administrirovanie\/detalnyj-razbor-aws-lambda","title":{"rendered":"En detaljerad analys av AWS Lambda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00d6vers\u00e4ttningen av artikeln \u00e4r s\u00e4rskilt utarbetad f\u00f6r studenter i kursen \u00abMolntj\u00e4nster\u00bb<\/a><\/noindex>\u00c4r du intresserad av att utvecklas inom detta omr\u00e5de? Titta p\u00e5 masterclass med Egor Zuev (TeamLead p\u00e5 InBit) \u00abAWS EC2-tj\u00e4nst\u00bb<\/a><\/noindex> och g\u00e5 med i den n\u00e4rmaste kursgruppen: start 26 september. <\/em><\/p>\n

<\/p>\n

\"En<\/p>\n

<\/p>\n

Allt fler m\u00e4nniskor v\u00e4ljer AWS Lambda f\u00f6r dess skalbarhet, prestanda, kostnadseffektivitet och m\u00f6jlighet att hantera miljontals och till och med triljoner f\u00f6rfr\u00e5gningar per m\u00e5nad. F\u00f6r detta beh\u00f6ver man inte hantera den infrastruktur som tj\u00e4nsten k\u00f6rs p\u00e5. Automatiserad skalning g\u00f6r det m\u00f6jligt att betj\u00e4na tusentals samtidiga f\u00f6rfr\u00e5gningar per sekund. Jag tycker att AWS Lambda med r\u00e4tta kan kallas en av de mest eftertraktade tj\u00e4nsterna p\u00e5 AWS.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda \u00e4r en h\u00e4ndelsestyrd serverl\u00f6s ber\u00e4kningstj\u00e4nst som g\u00f6r det m\u00f6jligt att k\u00f6ra kod utan att allokera eller administrera servrar, och komplettera andra AWS-tj\u00e4nster baserat p\u00e5 anv\u00e4ndarlogik. Lambda reagerar automatiskt p\u00e5 olika h\u00e4ndelser (s\u00e5 kallade triggers), till exempel p\u00e5 HTTP-f\u00f6rfr\u00e5gningar via Amazon API Gateway, \u00e4ndringar av data i Amazon S3-funktioner eller Amazon DynamoDB-tabeller; eller s\u00e5 kan man k\u00f6ra sin kod via API-anrop, anv\u00e4nda AWS SDK och \u00f6verg\u00e5ngar mellan tillst\u00e5nd i AWS Step Functions.<\/p>\n

<\/p>\n

Lambda k\u00f6r koden p\u00e5 en h\u00f6gav tillg\u00e4nglig ber\u00e4kningsinfrastruktur och ansvarar helt f\u00f6r administrationen av den underliggande plattformen, inklusive serverunderh\u00e5ll och operativsystem, resursallokering, automatisk skalning, kod\u00f6vervakning och loggning. Det vill s\u00e4ga, du beh\u00f6ver bara ladda upp din kod och st\u00e4lla in hur och n\u00e4r den ska k\u00f6ras. Tj\u00e4nsten tar hand om att k\u00f6ra den och s\u00e4kerst\u00e4ller h\u00f6g tillg\u00e4nglighet f\u00f6r din applikation.<\/p>\n

<\/p>\n

N\u00e4r ska man \u00f6verg\u00e5 till Lambda?<\/h2>\n

<\/p>\n

AWS Lambda \u00e4r en bekv\u00e4m ber\u00e4kningsplattform som \u00e4r l\u00e4mplig f\u00f6r m\u00e5nga till\u00e4mpningsscenarier, naturligtvis f\u00f6rutsatt att spr\u00e5ket och k\u00f6rmilj\u00f6n f\u00f6r din kod st\u00f6ds av tj\u00e4nsten. Om du vill fokusera p\u00e5 koden och aff\u00e4rslogiken, och \u00f6verl\u00e5ta serverhantering, resursallokering och skalning till en extern leverant\u00f6r till rimliga kostnader, b\u00f6r du definitivt \u00f6verg\u00e5 till AWS Lambda.<\/p>\n

<\/p>\n

Lambda \u00e4r perfekt f\u00f6r att skapa programgr\u00e4nssnitt, och om tj\u00e4nsten anv\u00e4nds tillsammans med API Gateway kan man betydligt minska kostnaderna och snabbare n\u00e5 marknaden. Det finns olika s\u00e4tt att anv\u00e4nda Lambda-funktioner och alternativ f\u00f6r att organisera serverl\u00f6s arkitektur \u2014 alla kan v\u00e4lja n\u00e5got som passar med h\u00e4nsyn till m\u00e5let.<\/p>\n

<\/p>\n

Lambda m\u00f6jligg\u00f6r ett brett spektrum av uppgifter. Tack vare st\u00f6det f\u00f6r CloudWatch kan man skapa schemalagda uppgifter och automatisera specifika processer. Det finns inga begr\u00e4nsningar f\u00f6r typen eller intensiteten av tj\u00e4nstanv\u00e4ndning (endast minnesanv\u00e4ndning och tid r\u00e4knas), och inget hindrar dig fr\u00e5n att systematiskt arbeta p\u00e5 en komplett mikrotj\u00e4nst baserad p\u00e5 Lambda.<\/p>\n

<\/p>\n

H\u00e4r kan man skapa tj\u00e4nsteorienterade \u00e5tg\u00e4rder som inte k\u00f6rs kontinuerligt. Ett typiskt exempel \u00e4r omvandling av bilder. \u00c4ven i distribuerade system f\u00f6rlorar Lambda-funktioner inte sin relevans.<\/p>\n

<\/p>\n

S\u00e5 om du inte vill \u00e4gna tid \u00e5t att allokera och administrera datork\u00e4llor \u2014 prova AWS Lambda; om du inte beh\u00f6ver tunga, resurskr\u00e4vande ber\u00e4kningar \u2014 prova \u00e4ven AWS Lambda; om din kod k\u00f6rs periodiskt \u2014 konsistent, d\u00e5 b\u00f6r du prova AWS Lambda.<\/p>\n

<\/p>\n

S\u00e4kerhet<\/h2>\n

<\/p>\n

Hittills har det inte funnits n\u00e5gra klagom\u00e5l om s\u00e4kerheten. \u00c5 andra sidan, eftersom m\u00e5nga interna processer och detaljer i implementeringen av denna modell d\u00f6ljs fr\u00e5n anv\u00e4ndaren av den hanterade AWS Lambda-milj\u00f6n, f\u00f6rlorar vissa allm\u00e4nt accepterade regler f\u00f6r molns\u00e4kerhet sin relevans.<\/p>\n

<\/p>\n

Som de flesta AWS-tj\u00e4nster tillhandah\u00e5lls Lambda enligt principen om delat ansvar mellan AWS och kunden n\u00e4r det g\u00e4ller s\u00e4kerhet och efterlevnad av regler. Denna princip minskar den operativa b\u00f6rdan f\u00f6r kunden, eftersom AWS tar sitt ansvar f\u00f6r underh\u00e5ll, administration och \u00f6vervakning av komponenterna i tj\u00e4nsten \u2014 fr\u00e5n operativsystemet f\u00f6r v\u00e4rden och virtualiseringsniv\u00e5n till den fysiska s\u00e4kerheten f\u00f6r infrastrukturobjekt. <\/p>\n

<\/p>\n

N\u00e4r det g\u00e4ller AWS Lambda ansvarar AWS f\u00f6r att hantera den underliggande infrastrukturen, relaterade grundl\u00e4ggande tj\u00e4nster, operativsystemet och applikationsplattformen. Samtidigt har kunden ansvaret f\u00f6r s\u00e4kerheten av sin kod, lagring av k\u00e4nslig information, \u00e5tkomstkontroll till dessa samt till tj\u00e4nsten och resurserna i Lambda (Identity and Access Management, IAM), \u00e4ven inom de anv\u00e4nda funktionerna.<\/p>\n

<\/p>\n

Nedan visas en modell f\u00f6r delat ansvar som g\u00e4ller f\u00f6r AWS Lambda. AWS:s ansvarsomr\u00e5de \u00e4r markerat i orange, medan kundens ansvar \u00e4r markerat i bl\u00e5tt. Som du kan se, tar AWS p\u00e5 sig st\u00f6rre ansvar f\u00f6r applikationer som distribueras p\u00e5 tj\u00e4nsten.<\/p>\n

<\/p>\n

\"En<\/p>\n

<\/p>\n

Modellen f\u00f6r delat ansvar som g\u00e4ller f\u00f6r AWS Lambda<\/em><\/p>\n

<\/p>\n

Lambda-k\u00f6rmilj\u00f6<\/h3>\n

<\/p>\n

Den st\u00f6rsta f\u00f6rdelen med Lambda \u00e4r att tj\u00e4nsten sj\u00e4lv tilldelar de resurser som beh\u00f6vs n\u00e4r den k\u00f6r en funktion \u00e5 dina v\u00e4gnar. Du beh\u00f6ver inte sl\u00f6sa tid och energi p\u00e5 att administrera system och kan fokusera p\u00e5 aff\u00e4rslogik och kodskrivande.<\/p>\n

<\/p>\n

Lambda-tj\u00e4nsten \u00e4r uppdelad i tv\u00e5 plan. Det f\u00f6rsta \u00e4r kontrollplanet. Enligt Wikipedia \u00e4r kontrollplanet (control plane) den del av n\u00e4tverket som ansvarar f\u00f6r transport av signaltrafik och routing. Det \u00e4r den viktigaste komponenten som fattar globala beslut om tilldelning, underh\u00e5ll och distribution av arbetsbelastningar. Dessutom fungerar kontrollplanet som n\u00e4tverksarkitekturen f\u00f6r tj\u00e4nsteleverant\u00f6ren och ansvarar f\u00f6r rutingen och hanteringen av trafik.<\/p>\n

<\/p>\n

Det andra planet \u00e4r dataplanet. Likt kontrollplanet har det sina egna uppgifter. Kontrollplanet tillhandah\u00e5ller API:er f\u00f6r att hantera funktioner (CreateFunction, UpdateFunctionCode) och kontrollerar interaktionen mellan Lambda och andra AWS-tj\u00e4nster. Data planet hanterar API-anrop (Invoke API), som utl\u00f6ser Lambda-funktioner. Efter att en funktion har anropats tilldelar kontrollplanet antingen en ny eller v\u00e4ljer en befintlig, f\u00f6rberedd k\u00f6rmilj\u00f6 f\u00f6r denna funktion och utf\u00f6r sedan koden i den.<\/p>\n

<\/p>\n

AWS Lambda st\u00f6der m\u00e5nga programmeringsspr\u00e5k, inklusive Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 och andra genom de motsvarande k\u00f6rmilj\u00f6erna. AWS uppdaterar dem regelbundet, distribuerar s\u00e4kerhetsfixar och utf\u00f6r andra underh\u00e5lls\u00e5tg\u00e4rder f\u00f6r dessa milj\u00f6er. Lambda till\u00e5ter anv\u00e4ndning av andra spr\u00e5k, f\u00f6rutsatt att du sj\u00e4lv implementerar den n\u00f6dv\u00e4ndiga k\u00f6rmilj\u00f6n. D\u00e5 m\u00e5ste du ocks\u00e5 sk\u00f6ta underh\u00e5llet av den, inklusive s\u00e4kerhetsaspekter.<\/p>\n

<\/p>\n

Hur fungerar allt detta och hur kommer tj\u00e4nsten att utf\u00f6ra dina funktioner?<\/strong><\/p>\n

<\/p>\n

Varje funktion k\u00f6rs i en eller flera dedikerade milj\u00f6er som bara existerar under livscykeln f\u00f6r den funktionen och f\u00f6rst\u00f6rs d\u00e4refter. I varje milj\u00f6 k\u00f6rs endast ett anrop \u00e5t g\u00e5ngen, men den anv\u00e4nds igen om det sker flera sekventiella anrop till samma funktion. Alla k\u00f6rmilj\u00f6er k\u00f6rs p\u00e5 virtuella maskiner med h\u00e5rdvaruvirtualisering \u2013 de s\u00e5 kallade microVM. Varje microVM tilldelas ett specifikt AWS-konto och kan \u00e5teranv\u00e4ndas av milj\u00f6er f\u00f6r att k\u00f6ra olika funktioner i det kontot. MicroVM:s \u00e4r packade i strukturella block av Lambda Worker-h\u00e5rdvaruplattformen som \u00e4gs och f\u00f6rvaltas av AWS. Samma k\u00f6rmilj\u00f6 kan inte anv\u00e4ndas av olika funktioner, precis som microVM:s \u00e4r unika f\u00f6r olika AWS-konton.<\/p>\n

<\/p>\n

\"En<\/p>\n

<\/p>\n

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

<\/p>\n

Isoleringen av k\u00f6rmilj\u00f6erna implementeras med hj\u00e4lp av flera mekanismer. P\u00e5 den h\u00f6gsta niv\u00e5n finns separata kopior av f\u00f6ljande komponenter i varje milj\u00f6:<\/p>\n

<\/p>\n