AWS kunngjorde i forrige uke tillegget av nye funksjoner til din Lambda-plattform. De nye funksjonene introdusert av AWS Lambda inkluderer støtte for AVX2 instruksjonssett, støtte for containerbilder.
AWS Lambda nå kan gi funksjoner med lagring på opptil 10 GB minne og 6 vCPUer (virtuelle prosessorer), som vil tillate utviklere å lage mer beregningsintensive funksjoner for å skaffe de ressursene de trenger.
For de som ikke er kjent med AWS Lambda, bør du vite det er en hendelsesdrevet serverløs plattform levert av Amazon som en del av Amazon Web Services-skytilbudet. Serverløs databehandling betyr ikke at det ikke er noen server. Dette betyr at utviklere ikke lenger trenger å bekymre seg for databehov, lagring og minne, fordi skyleverandøren, AWS i dette tilfellet, tar seg av det.
Dette gjør at utviklere kan kode applikasjonen i stedet for å implementere ressurser. Målet med AWS Lambda, sammenlignet med AWS EC2 (Elastic Compute Cloud), er å gjøre det lettere å bygge mindre applikasjoner på forespørsel som svarer på hendelser og ny informasjon.
AWS Lambda støtter sikker kjøring av innfødte Linux-kjørbare filer ved hjelp av en støttet kjøretid, for eksempel Node.js. For eksempel kan Haskell-kode kjøres på Lambda.
Containerbildestøtte gjør det enkelt å til forretningsbrukere bruk av et konsekvent sett med verktøy for sikkerhetsskanning, kodesignering osv. Også tillater at maksimal kodestørrelse for en funksjon økes til 10 GB.
Denne funksjonen slører linjen mellom Lambda og containere og kan være forvirrende, så det er trygt å begynne med å forstå hva denne funksjonaliteten er og ikke er. Vær derfor oppmerksom på at denne funksjonen ikke er en erstatning for AWS ECS (Amazon Elastic Container Service) eller AWS Fargate.
Du kan ikke kjøre langvarige tjenester i Lambda, koden din er alltid bundet av Lambdas anropsmønster (det vil si at den bare kjører når funksjonen kalles). Funksjonssamtaler er alltid koblet i samme maksimale varighet på 15 minutter.
Videre containerbildet må samhandle med Lambda Runtime API å be om hendelser og sende svar, samt en tilpasset Lambda-kjøretid. Denne nye funksjonen lar deg sende innholdet i en Lambda-funksjon som et containerbilde i stedet for en zip-fil.
Det kjører også basisbildet som det er, så du kan bruke et Linux-bilde, som Alpine eller Debian, I tillegg kan et vilkårlig basisbilde brukes som åpen kildekode AWS Lambda Runtime Interface (RIC) -klient kan brukes til å gjøre basisbildet ditt kompatibelt med Lambda Runtime API.
Nå kan bilder på opptil 10 GB pakkes, noe som er betydelig høyere enn 250 MB-grensen for distribusjonspakke. Som en tilpasset Lambda Runtime, må containerbildet ha en bootstrap-fil som samhandler med Lambda Runtime API for å be om hendelser og sende svar.
Fra og med i dag kan du tildele opptil 10 GB minne til en Lambda-funksjon. Dette representerer en økning på mer enn tre ganger i forhold til tidligere grenser. Lambda-funksjonen tildeler CPU og andre ressurser lineært, proporsjonalt med mengden konfigurert minne. Dette betyr at du nå kan få tilgang til opptil 6 vCPUer i hvert kjøretidsmiljø, ”skrev selskapet i et blogginnlegg som kunngjorde de nye mulighetene til AWS Lambda.
Dette lar deg spesifisere plasseringen til oppstartsfilen ved hjelp av parameterne "ENTRYPOINT" og "CMD" i Docker-filen.
Du kan også konfigurere arbeidskatalogen ved hjelp av "WORKDIR" -parametrene og konfigurere miljøvariablene med parameteren "ENV". Etter at du har opprettet Docker-bildet, må du distribuere bildet til Amazon Elastic Container Registry (ECR). I tillegg må Lambda-tjenesten få de nødvendige IAM-tillatelsene (Identity and Access Management) for å få tilgang til depotet og få containerbildet.
Fuente: https://aws.amazon.com/blogs