En introduktion til tilgængelige triggere til at aktivere en lambdafunktion

En Introduktion Til Tilgaengelige Triggere Til At Aktivere En Lambdafunktion



AWS Lambda er en fantastisk cloud-baseret tjeneste, der revolutionerede den serverløse verden. Det er faktisk en software as a service (SaaS), der nemt og hurtigt kan sættes op og er nyttig til at reducere det overordnede budget for din cloud-infrastruktur. Det du skal gøre er bare at designe din kode og køre den ved hjælp af lambda-funktionen.

Pointen her er, hvordan du skal udføre din kode i funktionen, og svaret på dette er, at der er en lang liste af metoder, hvorigennem du kan påkalde eller udløse dine lambda-funktioner. Dette inkluderer mange andre AWS-tjenester, som kan bruges til at kalde den ønskede funktion, når det kræves.

I denne artikel vil du se en kort forklaring om de tjenester og teknikker, der kan anvendes til at påkalde dine lambda-funktioner i Amazon.







Typer af påkaldelser

Før vi kommer videre, lad os diskutere følgende to hovedtyper af påkaldelser, som lambda-funktionen kan håndtere.



  • Synkrone påkaldelser
  • Asynkrone påkaldelser
  1. Synkrone påkaldelser
    Ved synkrone påkald skal den service, der påkalder lambdaen, vente, indtil resultaterne er returneret til den, og derefter fortsætte resten af ​​processen. Vi kan også sige, at output fra lambda-funktionen er påkrævet af funktionen eller tjenesten selv, der påkaldte denne lambda.
  2. Asynkrone påkaldelser

    Her er der ingen ventetid på, at lambda-funktionerne leverer resultaterne tilbage til invokeren. Dette bruges hovedsageligt til meddelelser eller til at udløse nogle andre uafhængige hændelser i AWS. Tjenesten, der ønsker at påkalde lambda-funktionen, sender bare triggeren, og den operation er i kø i lambdaen og vil blive udført på sin tur.



Forskellige måder at påkalde Lambda på

Her vil du se adskillige måder at aktivere lambda-funktionerne på. At vide dette er meget nyttigt for dig, næste gang du designer din enkle, men omkostningseffektive AWS-infrastruktur.





Aktiver Lambda-funktionerne direkte

I de fleste tilfælde er lambda-funktionerne designet til at blive udløst ved hjælp af andre tjenester, men du kan aktivere dem direkte ved hjælp af AWS-administrationskonsollen, AWS CLI og gennem funktions-URL'en.

Påberåber Lambda fra Management Console

Når du opretter en lambda-funktion i din AWS-konsol, kan du nemt udløse den ved at bruge testkørslen i konsollen. Det Prøve knappen er tilgængelig under kodedelen af ​​lambdafunktionen.



Du kan oprette en tilpasset begivenhed samt bruge konsollen med dit tilpassede begivenhedsmønster.

På denne måde kan lambda-funktionen udløses fra AWS-konsollen.

AWS CLI

AWS giver dig mulighed for at bruge alle sine ressourcer ved hjælp af AWS-kommandolinjegrænsefladen. Enhver lambda-funktion kan også aktiveres med denne CLI. Dette kan være meget effektivt til at teste ting under udviklingsstadierne. At følge AWS CLI-kommandoen kan bruges som en trigger til at starte lambda-funktionen.

[e-mail-beskyttet] :~$ aws lambda invoke \
--funktionsnavn < Indtast Lambda-funktionsnavnet > \
--nyttelast < Indtastningsværdi til Lambda funktion > \
--cli-binært-format < base64 | raw-in-base64-out > < Output filnavn >

Funktionen er udløst, og du kan også observere dette i outputtet.

Funktions URL

Funktions-URL er faktisk et HTTP-slutpunkt, som du kan konfigurere til dine lambda-funktioner. Denne URL kan bruges til at udløse lambda-funktionerne, og du kan også dele denne URL med andre brugere selv uden for din AWS-konto for at aktivere lambda-funktionerne. Selvom du skal være forsigtig med funktions-URL'er, kan enhver med dette link udløse din lambda-funktion utallige gange, og alle omkostningerne vil være på dit hoved.

En funktions-URL kan konfigureres under oprettelse såvel som efter oprettelse af lambda-funktionen. For dette skal du blot gå til de avancerede indstillinger i konfigurationssektionen og kontrollere Aktiver funktions-URL boks.

Hvis du ikke har vedhæftet en funktions-URL, mens du oprettede lambda-funktionen, kan du gøre det senere. For at gøre dette skal du gå til fanen konfiguration, vælge funktionen URL og klikke på Opret funktions-URL .

På denne måde oprettes funktionen URL og bruges til at starte lambda-funktionen.

Kald Lambda-funktioner ved hjælp af AWS-tjenester

Masser af AWS-tjenester kan konfigureres som en trigger til at påkalde lambda-funktionen. Du skal bare konfigurere AWS-tjenesterne som en trigger for at påkalde lambda-funktionen. Her gennemgår vi alle disse tjenester med en forklaring på, hvordan du bruger dem som dine lambda-triggere.

API-gateway

Dette er en AWS-tjeneste, som bruges meget til at skabe og administrere API'erne i din applikationsmodel. API'er giver en meget fleksibel måde at generere anmodninger eller opkald fra en softwarepakke til en anden pakke, som vi ikke kan eksponere direkte og blot ønsker at holde bag kulisserne.

For at tilføje en tjeneste som en trigger til din lambda-funktion, skal du blot gå til lambda-funktionen og klikke på tilføj trigger.

Dernæst kan du vælge den service, du vil knytte som en trigger til din lambdafunktion. Til dette afsnit vælger vi API-gatewayen som trigger for lambda-funktionen.

Konfigurer derefter tjenesten, som du vil have den til at fungere i din applikationsstruktur.

Der er to typer API'er, der understøttes af API-gatewayen, og disse kan bruges til at starte en lambda-funktion.

HTTP API'er : De bruges til at generere HTTP-endepunkterne, som dirigeres til dine lambda-funktioner. HTTP API'er giver mindre funktionalitet og er billigere at bruge.

REST API'er : Hvis du vil have flere funktioner i din API, skal du gå efter en REST API. Disse API'er kan aktivere lambda-funktionen og bruge de samme HTTP-metoder, hvilket giver mere fleksibilitet og uafhængighed.

S3 spand

Der er masser af brugstilfælde, hvor du vil se, at S3-bøtter fungerer som en udløser til at påkalde lambda-funktionen. Du kan konfigurere en S3-spand til at udløse lambda-funktionen for en specifik S3-begivenhed.

For eksempel vil du indsamle metadata for enhver fil, når den uploades til din bucket. Til dette udvikler du en kode og implementerer den på lambda-funktionen. Til Lambda-udløseren skal du vælge S3 skovlen. For begivenhedstypen skal du vælge sætte objekt . Så når en ny fil føjes til bøtten, udløses lambda-funktionen, og objektets metadata indsamles og gemmes på destinationsplaceringen, når du angiver.

Der kan være mange andre scenarier, hvor S3 kan bruges som en trigger til at påkalde lambda-funktionen.

Load Balancer

Antag, at din applikation er designet til at køre på lambda-funktioner, da lambda-funktion er den mest omkostningseffektive løsning til en simpel cloud-baseret applikation. Nu, for at eksponere din applikation for slutbrugerne, vil du måske vedhæfte en load balancer foran den. For dette afsnit skal du vælge den belastningsbalancer, der fungerer som trigger for at aktivere lambda-funktionen. Husk, at du kun kan konfigurere applikationens belastningsbalancer til denne opgave, da andre belastningsbalancere ikke understøttes af lambda-funktioner.

For at tilføje applikationsbelastningsbalanceren til lambdafunktionen, skal du først oprette en målgruppe, og lambdafunktionen tilføjes til denne målgruppe. Nu kan den nyoprettede målgruppe tilføjes til lytterne af applikationsbelastningsbalanceren.

CloudFront

Amazon CloudFront er faktisk et CDN (Content Delivery Network) og bruges til at cache applikationsdataene på kantplaceringer, der er meget tættere på slutbrugerne sammenlignet med de faktiske applikationsservere. Ved at bruge CloudFront kan du virkelig forbedre responstiden for at levere det statiske indhold til slutbrugere over hele kloden.

Lambda-funktionerne kan udløses ved hjælp af CloudFront-tjenesten. Til dette skal du implementere din lambda-funktion på kantplaceringer over hele kloden kendt som [e-mail-beskyttet]

Du kan indstille CloudFront som trigger for at sende anmodningerne til [e-mail-beskyttet] gennem CloudFront for at forbedre responstiden. Som [e-mail-beskyttet] er installeret på alle kantplaceringer over hele kloden, står slutbrugerne over for minimum svartid ved at få adgang til den lambda-udsatte nærmeste kantplacering.

For at konfigurere dette skal du blot gå til tilføje trigger og vælg CloudFront-tjenesten. Der vil du se udsende til [e-mail-beskyttet] mulighed.

Nu skal du bare fuldføre konfigurationstrinnene og komme i gang.

CloudWatch-logfiler

Når du tænker på overvågning i AWS-skyen, er den første ting, der kommer til at tænke på, CLoudWatch, da dette er en meget omfattende overvågningstjeneste, der kan konfigureres til forskellige tjenester på en meget nyttig måde.

CloudWatch logs, som navnet definerer, er en logningstjeneste, der kan bruges til at gemme alle slags logfiler. Du kan oprette forskellige loggrupper for forskellige tjenester for at holde logfilerne adskilt. Disse logfiler kan bruges til at udløse din lambda-funktion baseret på de hændelser, de modtager, uanset den service eller procedure, der producerer disse hændelser.

Du kan enten konfigurere udløseren fra lambda-funktionskonsollen eller direkte fra CloudWatch-loggene. For at gøre dette fra CloudWatch-konsollen skal du blot gå til CloudWatch-tjenesten og åbne loggrupperne. Her skal du oprette et lambda-abonnementsfilter.

Vælg derefter den lambda-funktion, du ønsker, og du er godt i gang.

Nu, når CloudWatch får den log-stream, fungerer den som en trigger til at påkalde lambda-funktionen.

EventBridge

Amazon EventBridge (tidligere kendt som CloudWatch Events) er en AWS-tjeneste, der giver dig mulighed for at oprette begivenhedsreglerne for at udløse en specifik AWS-tjeneste på en bestemt begivenhed, der sker på en AWS-konto.

Der er en lang række regler, som du kan indstille for AWS-tjenester (såsom oprettelse af EC2-instanser eller RDS-databasehændelser) såvel som tredjepartstjenester (såsom GitHub push-begivenhed). Disse regler kan yderligere forbindes med andre tjenester såsom lambda-funktioner på en sådan måde, at når denne regel er opfyldt, aktiverer den lambda-funktionen.

Hvis du allerede har indstillet en EventBridge-regel, kan du nemt tilføje denne regel som en trigger til din lambda-funktion. Vælg EventBridge som din trigger, og angiv blot navnet på reglen.

En eksisterende regel tilføjes her som en trigger, men du kan også oprette en regel på dette tidspunkt.

DynamoDB

Du har måske vidst, at DynamoDB kun er en NoSQL-database, og den vises som en helt separat tjeneste i AWS. Dette er en fuldt konfigureret serverløs database, og du kan bare direkte begynde at oprette tabeller i den. Disse DynamoDB-tabeller kan konfigureres til at fungere som triggere til at påkalde lambda-funktionerne.

Dataene fra DynamoDB kan indlæses til lambda som input i form af batches, og det bliver behandlet ved hjælp af koden, som er implementeret i lambda.

Kinesis

Hvis du ønsker at indsamle og analysere realtidsdataene med en høj hastighed, kan du drage fordel af AWS Kinesis. Antag, at du vil behandle de data, der er indsamlet af Kinesis-datastrømmene ved hjælp af lambda-funktionerne. Du skal blot udløse din lambda-funktion, hver gang dataene registreres af Kinesis.

Du er lige færdig med at konfigurere din Kinesis-datastrøm til at aktivere lambda-funktionen.

SNS

Det er simpelthen en meddelelsestjeneste, der almindeligvis bruges til at sende meddelelser fra den ene AWS-tjeneste til den anden, fordi der nogle gange ikke er nogen måde at konfigurere meddelelserne direkte fra den ene tjeneste til den anden. Lambda-funktionerne kan udløses ved hjælp af denne service.

Opret først et SNS-emne, og brug det derefter til at starte din lambda-funktion.

Du skal vælge navnet på dit SNS-emne. Der er ingen andre konfigurationer eller indstillinger.

Konklusion

Amazon Lambda er virkelig et gennembrud inden for cloud-arkitektur. Applikationsudvikling og -implementering har aldrig før været så let og ligetil. Det giver dig mulighed for blot at oprette din kode i en hvilken som helst fælles ramme og uploade din kode til lambda, og den bliver eksekveret. Der er en lang liste af andre tjenester, som kan kobles sammen med AWS lambda og fungerer som en trigger til kun at påkalde din lambda-funktion, når det er påkrævet. Der er ingen løbende driftsomkostninger for serveren, men du vil blive opkrævet afhængigt af antallet af triggere og tidspunktet for kodeudførelse.