Modulo 4: lavorare con altri servizi AWS
MODULO DI APPRENDIMENTO
Tieni presente che puoi seguire gli esempi presentati qui, ma non è obbligatorio.
Esistono diversi modi per lavorare con altri servizi AWS.
Se il servizio a cui accedi è un database RDS AWS, come SQL Server o Postgres, utilizzi le stesse librerie che useresti se ospitassi i database sul tuo computer o data center. È necessaria una stringa di connessione con nome utente e password o un'altra forma di autenticazione a scelta. Non c'è niente di diverso dall'utilizzo quotidiano del database. Non sono necessarie autorizzazioni aggiuntive per accedere al server del database. L'unica avvertenza è che se il database non è accessibile al pubblico, è necessario connettere Lambda al VPC (tale processo richiede autorizzazioni aggiuntive).
Se la tua funzione Lambda utilizza S3, DynamoDB, Kinesis, ecc., utilizzi gli SDK AWS per interagire con tali servizi. Il ruolo di esecuzione della funzione Lambda richiede autorizzazioni appropriate per interagire con ciascun servizio. Ad esempio, se desideri aggiungere un elemento a un bucket S3, il ruolo avrà bisogno dell'autorizzazione per scrivere in quel bucket. Se desideri ottenere elementi da una tabella DynamoDB, il ruolo avrà bisogno delle autorizzazioni per leggere da quella tabella.
Il terzo scenario è quello in cui desideri che un altro servizio attivi la funzione Lambda in risposta a un evento. Ad esempio, potresti voler attivare la funzione Lambda quando un nuovo elemento viene aggiunto a un determinato bucket S3 o quando gli eventi arrivano in un flusso Kinesis. Per fare ciò, la funzione Lambda deve utilizzare una "policy basata sulle risorse". Questa policy autorizza altri servizi a richiamare la funzione Lambda.
Esistono diversi modi per lavorare con altri servizi AWS.
Se il servizio a cui accedi è un database RDS AWS, come SQL Server o Postgres, utilizzi le stesse librerie che useresti se ospitassi i database sul tuo computer o data center. È necessaria una stringa di connessione con nome utente e password o un'altra forma di autenticazione a scelta. Non c'è niente di diverso dall'utilizzo quotidiano del database. Non sono necessarie autorizzazioni aggiuntive per accedere al server del database. L'unica avvertenza è che se il database non è accessibile al pubblico, è necessario connettere Lambda al VPC (tale processo richiede autorizzazioni aggiuntive).
Se la tua funzione Lambda utilizza S3, DynamoDB, Kinesis, ecc., utilizzi gli SDK AWS per interagire con tali servizi. Il ruolo di esecuzione della funzione Lambda richiede autorizzazioni appropriate per interagire con ciascun servizio. Ad esempio, se desideri aggiungere un elemento a un bucket S3, il ruolo avrà bisogno dell'autorizzazione per scrivere in quel bucket. Se desideri ottenere elementi da una tabella DynamoDB, il ruolo avrà bisogno delle autorizzazioni per leggere da quella tabella.
Il terzo scenario è quello in cui desideri che un altro servizio attivi la funzione Lambda in risposta a un evento. Ad esempio, potresti voler attivare la funzione Lambda quando un nuovo elemento viene aggiunto a un determinato bucket S3 o quando gli eventi arrivano in un flusso Kinesis. Per fare ciò, la funzione Lambda deve utilizzare una "policy basata sulle risorse". Questa policy autorizza altri servizi a richiamare la funzione Lambda.
Tempo richiesto per il completamento
30 minuti
Accesso ai server di database RDS da una funzione Lambda
Il bello dell'utilizzo di servizi familiari come SQL Server, Postgres e MySQL è che, dal punto di vista del codice, non è necessario fare nulla di diverso quando li si chiama da una funzione Lambda. Entity Framework/ADO/NpgSql e altri funzionano altrettanto bene con un database ospitato su AWS come con un database locale/montato su rack. Lo chiami allo stesso modo, non hai bisogno di una libreria SDK AWS, però devi aggiungere i pacchetti NuGet pertinenti al tuo progetto. Ma per il resto è tutto uguale.
Accesso ai servizi AWS da una funzione Lambda
Per accedere alla maggior parte dei servizi AWS, devi autorizzare la funzione Lambda a interagire con quel servizio. Puoi farlo aggiungendo una policy al ruolo di esecuzione della funzione Lambda. La policy dovrà concedere alla funzione Lambda l'autorizzazione a interagire con il servizio. Puoi creare la policy in due modi:
1. Come policy inline da utilizzare solo con quel ruolo.
2. Come policy autonoma che puoi allegare a qualsiasi ruolo. In AWS, quest'ultima è chiamata policy gestita dal cliente.
È sempre buona norma concedere al ruolo il minor numero di autorizzazioni possibile. Nell'esempio seguente, in cui leggerai dalla tabella DynamoDB, devi concedere al ruolo Lambda due autorizzazioni: dynamodb:GetItem e dynamodb:DescribeTable. E limiterai tali autorizzazioni alla tabella specifica che ti interessa.
Innanzitutto, crea una nuova tabella DynamoDB denominata People. I seguenti comandi funzioneranno con PowerShell, se si utilizza il prompt dei comandi di Windows, altrimenti la shell (interprete di comandi) di Linux richiederà un escape diverso per le stringhe.
Esegui quanto segue-
2. Come policy autonoma che puoi allegare a qualsiasi ruolo. In AWS, quest'ultima è chiamata policy gestita dal cliente.
È sempre buona norma concedere al ruolo il minor numero di autorizzazioni possibile. Nell'esempio seguente, in cui leggerai dalla tabella DynamoDB, devi concedere al ruolo Lambda due autorizzazioni: dynamodb:GetItem e dynamodb:DescribeTable. E limiterai tali autorizzazioni alla tabella specifica che ti interessa.
Innanzitutto, crea una nuova tabella DynamoDB denominata People. I seguenti comandi funzioneranno con PowerShell, se si utilizza il prompt dei comandi di Windows, altrimenti la shell (interprete di comandi) di Linux richiederà un escape diverso per le stringhe.
Esegui quanto segue-
aws dynamodb create-table --table-name People --attribute-definitions AttributeName=PersonId,AttributeType=N --key-schema AttributeName=PersonId,KeyType=HASH --provisioned-throughput ReadCapacityUnits=1,WriteCapacityUnits=1
Prendi nota del TableArn, lo utilizzerai tra poco. Sarà vicino alla fine dell'output.
Aggiungi alcuni elementi alla tabella:
Aggiungi alcuni elementi alla tabella:
aws dynamodb put-item --table-name People --item '{"PersonId":{"N":"1"},"State":{"S":"MA"}, "FirstName": {"S":"Alice"}, "LastName": {"S":"Andrews"}}'
aws dynamodb put-item --table-name People --item '{"PersonId":{"N":"2"},"State":{"S":"MA"}, "FirstName": {"S":"Ben"}, "LastName": {"S":"Bradley"}}'
aws dynamodb put-item --table-name People --item '{"PersonId":{"N":"3"},"State":{"S":"MA"}, "FirstName": {"S":"Claire"}, "LastName": {"S":"Connor"}}'
Ora hai una tabella con tre elementi.
Quindi, crea una funzione Lambda usando:
Quindi, crea una funzione Lambda usando:
dotnet new lambda.EmptyFunction -n LambdaFunctionDynamoDB
Passa alla directory LambdaFunctionDynamoDB /src/LambdaFunctionDynamoDB e aggiungi il pacchetto NuGet AWSSDK.DynamoDBv2:
cd LambdaFunctionDynamoDB /src/LambdaFunctionDynamoDB
dotnet add package AWSSDK.DynamoDBv2
Quindi apri Function.cs e sostituisci il codice con il seguente:
using Amazon.DynamoDBv2;
using Amazon.DynamoDBv2.DataModel;
using Amazon.Lambda.Core;
[assembly: LambdaSerializer(typeof(Amazon.Lambda.Serialization.SystemTextJson.DefaultLambdaJsonSerializer))]
namespace LambdaFunctionDynamoDB ;
public class Function
{
public async Task<string> FunctionHandler(ILambdaContext lambdaContext)
{
AmazonDynamoDBConfig clientConfig = new AmazonDynamoDBConfig();
AmazonDynamoDBClient client = new AmazonDynamoDBClient(clientConfig);
DynamoDBContext dynamoDbContext = new DynamoDBContext(client);
Person person = await dynamoDbContext.LoadAsync<Person>(1);
return $"{person.FirstName} {person.LastName} lives in {person.State}";
}
}
[DynamoDBTable("People")]
public class Person
{
[DynamoDBHashKey]
public int PersonId {get; set;}
public string State {get; set;}
public string FirstName {get; set;}
public string LastName {get; set;}
}
Distribuisci la funzione Lambda su AWS Lambda utilizzando:
dotnet lambda deploy-function LambdaFunctionDynamoDBDistribuisci la funzione Lambda su AWS Lambda utilizzando:
dotnet lambda deploy-function LambdaFunctionDynamoDB
Successivamente ti verrà chiesto "Select IAM Role that to provide AWS credentials to your code:" (Seleziona il ruolo IAM per fornire le credenziali AWS al tuo codice), ti potrebbe essere presentato un elenco di ruoli che hai creato in precedenza, ma in fondo all'elenco ci sarà l'opzione "*** Create new IAM Role ***" (Crea un nuovo ruolo IAM); digita quel numero accanto all'opzione.
Ti verrà chiesto "Enter name of the new IAM Role:"(Inserisci il nome del nuovo ruolo IAM). Digita "LambdaFunctionDynamoDBRole".
Ti verrà quindi chiesto "Select IAM Policy to attach to the new role and grant permissions" (Seleziona la policy IAM da allegare al nuovo ruolo e concedi le autorizzazioni) e verrà presentato un elenco di policy. Seleziona AWSLambdaBasicExecutionRole, è la numero 6 sulla lista. So che esiste una policy chiamata AWSLambdaDynamoDBExecutionRole, ma l'obiettivo di questo modulo è mostrarti come aggiungere tu stesso le autorizzazioni necessarie.
Prova a richiamare la funzione Lambda usando:
dotnet lambda invoke-function LambdaFunctionDynamoDB
Riceverai un lungo messaggio di errore, ma molto vicino alla parte superiore vedrai un messaggio simile al seguente:
"errorMessage": "User: arn:aws:sts::YOUR_ACCOUNT_NUMBER:assumed-role/LambdaFunctionDynamoDB Role/LambdaFunctionDynamoDB is not authorized to perform: dynamodb:DescribeTable on resource: arn:aws:dynamodb:us-east-1:YOUR_ACCOUNT_NUMBER:table/People because no identity-based policy allows the dynamodb:DescribeTable action"
Nota il messaggio: "...no identity-based policy allows the dynamodb:DescribeTable action" (nessuna policy basata sull'identità consente l'azione dynamodb:DescribeTable).
Questo indica che il ruolo di esecuzione della funzione Lambda non dispone dell'autorizzazione dynamodb:DescribeTable richiesta.
Per risolvere il problema, devi aggiungere una policy che conceda al ruolo l'autorizzazione dynamodb:DescribeTable. Come accennato in precedenza, puoi aggiungere una policy inline (solo per questo ruolo) o una policy autonoma (disponibile per tutti i ruoli).
Crea un file chiamato DynamoDBAccessPolicy.json nella cartella LambdaFunctionDynamoDB /src/LambdaFunctionDynamoDB.
Modifica DynamoDBAccessPolicy, ma utilizza il tuo numero di account nella risorsa:
Questo indica che il ruolo di esecuzione della funzione Lambda non dispone dell'autorizzazione dynamodb:DescribeTable richiesta.
Per risolvere il problema, devi aggiungere una policy che conceda al ruolo l'autorizzazione dynamodb:DescribeTable. Come accennato in precedenza, puoi aggiungere una policy inline (solo per questo ruolo) o una policy autonoma (disponibile per tutti i ruoli).
Crea un file chiamato DynamoDBAccessPolicy.json nella cartella LambdaFunctionDynamoDB /src/LambdaFunctionDynamoDB.
Modifica DynamoDBAccessPolicy, ma utilizza il tuo numero di account nella risorsa:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"dynamodb:DescribeTable"
],
"Resource": "arn:aws:dynamodb:us-east-1:YOUR_ACCOUNT_NUMBER:table/People"
}
]
}
Esegui quanto segue:
aws iam put-role-policy --role-name LambdaFunctionDynamoDBRole --policy-name LambdaFunctionDynamoDBAccess --policy-document file://DynamoDBAccessPolicy.json
Può essere necessario un po' di tempo prima che la policy diventi attiva. Puoi attendere qualche minuto o distribuire nuovamente la funzione Lambda. Se vuoi distribuire nuovamente la funzione esegui:
dotnet lambda deploy-function LambdaFunctionDynamoDB
Dopo aver distribuito la funzione Lambda, puoi richiamarla nuovamente utilizzando:
dotnet lambda invoke-function LambdaFunctionDynamoDB
Un altro errore!
Questa volta il messaggio è:
Questa volta il messaggio è:
"errorMessage": "User: arn:aws:sts::YOUR_ACCOUNT_NUMBER:assumed-role/LambdaFunctionDynamoDB Role/LambdaFunctionDynamoDB is not authorized to perform: dynamodb:GetItem on resource: arn:aws:dynamodb:us-east-1:YOUR_ACCOUNT_NUMBER:table/People because no identity-based policy allows the dynamodb:GetItem action",
È necessario aggiungere "dynamodb:GetItem" all'array di autorizzazioni nella policy.
Aggiorna il file DynamoDBAccessPolicy.json con quanto segue:
Aggiorna il file DynamoDBAccessPolicy.json con quanto segue:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"dynamodb:DescribeTable",
"dynamodb:GetItem"
],
"Resource": "arn:aws:dynamodb:us-east-1:YOUR_ACCOUNT_NUMBER:table/People"
}
]
}
Distribuisci nuovamente la funzione Lambda:
dotnet lambda deploy-function LambdaFunctionDynamoDB
Richiamala nuovamente:
dotnet lambda invoke-function LambdaFunctionDynamoDB
Operazione riuscita.
Amazon Lambda Tools for .NET Core applications (5.4.2)
Project Home: https://github.com/aws/aws-extensions-for-dotnet-cli, https://github.com/aws/aws-lambda-dotnet
Payload:
"Alice Andrews lives in MA"
I messaggi di errore Lambda saranno molto utili quando si cerca di concedere il minor numero di autorizzazioni possibile a un ruolo, ma come hai visto, potresti dover ripetere questo processo più volte.
Un'altra possibilità è quella di passare il mouse sul metodo SDK in uso; i metadati possono contenere informazioni utili sulle autorizzazioni. Non tutti i metadati del metodo conterranno informazioni sulle autorizzazioni.
Un'altra possibilità è quella di passare il mouse sul metodo SDK in uso; i metadati possono contenere informazioni utili sulle autorizzazioni. Non tutti i metadati del metodo conterranno informazioni sulle autorizzazioni.
Consulta anche la documentazione del servizio AWS per informazioni sulle autorizzazioni richieste.
Ora sai come scoprire di quali autorizzazioni ha bisogno la tua funzione e come concedere le autorizzazioni corrette al ruolo di esecuzione delle funzioni Lambda.
Ora sai come scoprire di quali autorizzazioni ha bisogno la tua funzione e come concedere le autorizzazioni corrette al ruolo di esecuzione delle funzioni Lambda.
Consentire ad altri servizi di richiamare funzioni Lambda
Sono molti gli scenari in cui è necessario che un altro servizio richiami una funzione Lambda per conto dell'utente. Alcuni scenari comuni sono: l'arrivo di un messaggio in una coda, l'arrivo di un evento in un flusso Kinesis, una modifica a un oggetto/bucket in S3 oppure una richiesta in arrivo a un gateway API. In ognuno di questi casi, la funzione Lambda verrà richiamata da un altro servizio AWS.
Nella sezione precedente hai appreso come concedere le autorizzazioni alla funzione Lambda per eseguire azioni su altri servizi. In questa sezione vedrai come concedere ad altri servizi le autorizzazioni per richiamare la funzione Lambda.
Se utilizzi i modelli serverless.*, probabilmente stai già concedendo a un gateway API l'autorizzazione necessaria per richiamare la funzione Lambda. Se hai distribuito una funzione di questo tipo, vai alla scheda Configuration (Configurazione), poi seleziona Permissions (Autorizzazioni) a sinistra e scorri fino alla sezione Resource-based policy (Policy basate sulle risorse). Vedrai le policy che consentono al gateway API di richiamare la funzione Lambda. Questa policy è stata aggiunta dal comando dotnet lambda deploy-serverless e da serverless.template nel tuo progetto.
Nell'immagine seguente puoi vedere due istruzioni di policy che consentono a un gateway API di richiamare la funzione Lambda.
Nella sezione precedente hai appreso come concedere le autorizzazioni alla funzione Lambda per eseguire azioni su altri servizi. In questa sezione vedrai come concedere ad altri servizi le autorizzazioni per richiamare la funzione Lambda.
Se utilizzi i modelli serverless.*, probabilmente stai già concedendo a un gateway API l'autorizzazione necessaria per richiamare la funzione Lambda. Se hai distribuito una funzione di questo tipo, vai alla scheda Configuration (Configurazione), poi seleziona Permissions (Autorizzazioni) a sinistra e scorri fino alla sezione Resource-based policy (Policy basate sulle risorse). Vedrai le policy che consentono al gateway API di richiamare la funzione Lambda. Questa policy è stata aggiunta dal comando dotnet lambda deploy-serverless e da serverless.template nel tuo progetto.
Nell'immagine seguente puoi vedere due istruzioni di policy che consentono a un gateway API di richiamare la funzione Lambda.
Ma l'esempio su cui lavorerai consente a un bucket S3 di richiamare la funzione Lambda ogni volta che crei o elimini un file in quel bucket.
Crea il bucket S3
Il primo passo è creare un bucket S3.
Se vuoi creare il bucket nella Regione us-east-1, puoi usare il seguente comando:
Se vuoi creare il bucket nella Regione us-east-1, puoi usare il seguente comando:
aws s3api create-bucket --bucket my-unique-bucket-name-lambda-course
Se vuoi che il bucket si trovi in una Regione diversa, puoi usare il seguente comando:
aws s3api create-bucket --bucket my-unique-bucket-name-lambda-course --create-bucket-configuration LocationConstraint=REGION
Per un elenco delle Regioni valide per LocationConstraint, consulta il seguente link:
https://awscli.amazonaws.com/v2/documentation/api/latest/reference/s3api/create-bucket.html.
Nota: il nome del bucket deve essere univoco. Scopri ulteriori informazioni qui:
Crea la funzione Lambda
Esiste un modello di funzione Lambda che ti aiuterà a gestire gli eventi S3. Contiene già i pacchetti SDK NuGet necessari. Occorre comunque aggiungere l'autorizzazione del ruolo richiesta e creare la policy basata sulle risorse per consentire a S3 di richiamare la funzione.
Dalla linea di comando esegui:
Dalla linea di comando esegui:
dotnet new lambda.S3 -n S3EventHandler
Passa alla directory S3EventHandler/src/S3EventHandler:
cd S3EventHandler/src/S3EventHandler
Apri il file Function.cs, sostituici il metodo FunctionHandler con quanto segue:
public async Task FunctionHandler(S3Event evnt, ILambdaContext context)
{
context.Logger.LogInformation($"A S3 event has been received, it contains {evnt.Records.Count} records.");
foreach (var s3Event in evnt.Records)
{
context.Logger.LogInformation($"Action: {s3Event.EventName}, Bucket: {s3Event.S3.Bucket.Name}, Key: {s3Event.S3.Object.Key}");
if (!s3Event.EventName.Contains("Delete"))
{
try
{
var response = await this.S3Client.GetObjectMetadataAsync(s3Event.S3.Bucket.Name, s3Event.S3.Object.Key);
context.Logger.LogInformation( $"The file type is {response.Headers.ContentType}");
}
catch (Exception e)
{
context.Logger.LogError(e.Message);
context.Logger.LogError($"An exception occurred while retrieving {s3Event.S3.Bucket.Name}/{s3Event.S3.Object.Key}. Exception - ({e.Message})");
}
}
else
{
context.Logger.LogInformation($"You deleted {s3Event.S3.Bucket.Name}/{s3Event.S3.Object.Key}");
}
}
}
Quando la funzione Lambda riceve un evento S3, registra i dettagli dell'evento su CloudWatch. Se l'evento S3 è in risposta alla creazione di un oggetto, la funzione utilizzerà l'SDK AWS per effettuare una chiamata a S3 per ottenere il tipo di file e quindi registrare i dettagli.
Se l'evento S3 è in risposta all'eliminazione di un oggetto, la funzione registrerà i nomi del bucket/della chiave su CloudWatch.
Se l'evento S3 è in risposta all'eliminazione di un oggetto, la funzione registrerà i nomi del bucket/della chiave su CloudWatch.
Distribuisci la funzione Lambda
Dalla linea di comando esegui:
dotnet lambda deploy-function S3EventHandler
Successivamente ti verrà chiesto "Select IAM Role that to provide AWS credentials to your code:" (Seleziona il ruolo IAM per fornire le credenziali AWS al tuo codice), ti potrebbe essere presentato un elenco di ruoli che hai creato in precedenza, ma in fondo all'elenco ci sarà l'opzione "*** Create new IAM Role ***" (Crea un nuovo ruolo IAM); digita quel numero accanto all'opzione.
Ti verrà chiesto "Enter name of the new IAM Role:"(Inserisci il nome del nuovo ruolo IAM). Digita "S3EventHandlerRole".
Ti verrà quindi chiesto "Select IAM Policy to attach to the new role and grant permissions" (Seleziona la policy IAM da allegare al nuovo ruolo e concedi le autorizzazioni) e verrà presentato un elenco di policy. Seleziona AWSLambdaBasicExecutionRole, è la numero 6 sulla lista. Dovrai aggiungere una policy per concedere l'accesso al bucket S3 affinché la chiamata GetObjectMetadataAsync(..) funzioni.
Concedi alla funzione Lambda le autorizzazioni per ottenere i metadati dell'oggetto
Nell'esempio precedente hai creato una policy inline che si applicava solo al ruolo che stavi utilizzando. Questa volta creerai una policy utilizzabile da qualsiasi ruolo.
Vedrai come farlo in un paio di modi.
Vedrai come farlo in un paio di modi.
Linea di comando
La policy sarà simile a questa, ma con il nome del bucket nella risorsa. Nota il simbolo /* alla fine, questo significa che s3:GetObject si applica a tutti gli oggetti nel bucket:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"s3:GetObject"
],
"Resource": "arn:aws:s3:::my-unique-bucket-name-lambda-course/*"
}
]
}
Esegui quanto segue:
aws iam create-policy --policy-name S3AccessPolicyForCourseBucket --policy-document file://S3AccessPolicyForCourseBucket.json
Prendi nota dell'ARN della policy.
Quindi allega la policy al ruolo che hai creato in precedenza. Esegui quanto segue:
Quindi allega la policy al ruolo che hai creato in precedenza. Esegui quanto segue:
aws iam attach-role-policy --role-name S3EventHandlerRole --policy-arn arn:aws:iam::694977046108:policy/S3AccessPolicyForCourseBucket
Console AWS
Fai clic sulla scheda Configuration (Configurazione), poi su Permissions (Autorizzazioni) a sinistra e fai clic sul nome del ruolo.
Si apre una nuova pagina con i dettagli del ruolo.
Fai clic su Add permissions (Aggiungi autorizzazioni) e Attach policies (Allega policy).
Fai clic su Add permissions (Aggiungi autorizzazioni) e Attach policies (Allega policy).
Fai clic su Create policy (Crea policy)
Nella sezione Servizio (Servizio), digita s3 nella casella di testo evidenziata e seleziona S3.
Nella sezione Actions (Azioni), digita getobject e seleziona GetObject dall'elenco.
Nella sezione Resources (Risorse), scegli Specific (Specifico) e fai clic su Add ARN (Aggiungi ARN).
Digita il nome del bucket e seleziona Any (Qualsiasi) per il nome dell'oggetto.
Digita un nome per la policy e fai clic su Create policy (Crea policy)
Torna alla scheda in cui hai fatto clic su Create policy (Crea policy). Segui questi passaggi:
1. Ricarica l'elenco delle policy
2. Digita S3AccessPolicyForCourseBucket nel filtro
3. Spunta la casella accanto alla policy
4. Fai clic su Attach policies (Allega policy)
A questo punto, hai un bucket S3, la funzione Lambda e le autorizzazioni necessarie per ottenere i metadati dell'oggetto dal bucket S3.
Ora è il momento di collegare il bucket S3 alla funzione Lambda, in modo che venga attivata dagli eventi di creazione ed eliminazione.
Attiva la funzione Lambda dal bucket S3
Come hai visto, è utile poter utilizzare gli strumenti della linea di comando AWS e la console dell'interfaccia utente. Per il passaggio successivo utilizzerai la console dell'interfaccia utente, perché è più semplice e chiara per questo passaggio.
Apri l'elenco dei bucket in S3 https://s3.console.thinkwithwp.com/s3/buckets.
Fai clic su quello che hai creato.
Apri l'elenco dei bucket in S3 https://s3.console.thinkwithwp.com/s3/buckets.
Fai clic su quello che hai creato.
Apri la scheda Properties (Proprietà).
Scorri verso il basso fino alla sezione Event notifications (Notifiche eventi).
Fai clic su Create event notification (Crea notifica evento).
Inserisci un nome per la notifica di evento.
Seleziona le prime due caselle di controllo a sinistra: All object create events (Tutti gli eventi di creazione di oggetti) e All object removal events (Tutti gli eventi di rimozione di oggetti).
Scorri fino alla sezione Destination (Destinazione) in basso.
Scegli la funzione Lambda come destinazione.
Nell'elenco a discesa, digita il nome della funzione Lambda creata in precedenza.
Fai clic su Save changes (Salva modifiche).
Al termine, vedrai questa nuova notifica di evento elencata nella sezione Event notifications (Notifiche eventi).
Nella console AWS, accedi alla funzione Lambda che hai creato in precedenza.
Nota che S3 è ora elencato come trigger per la funzione Lambda.
Fai clic sulla scheda Configuration (Configurazione) e poi su Permissions (Autorizzazioni) a sinistra.
Scorri verso il basso fino alla sezione Resource-based policy (Policy basate sulle risorse)
Verrà visualizzata un'istruzione di policy che consente a S3 di richiamare la funzione Lambda.
Verrà visualizzata un'istruzione di policy che consente a S3 di richiamare la funzione Lambda.
Fai clic sull'ID dell'istruzione per rivedere l'istruzione della policy.
Test della funzione
Questa funzione Lambda non restituisce nulla al chiamante, S3 in questo caso.
Invece, la funzione Lambda registra su CloudWatch, quindi è lì che devi andare per vedere la tua funzione operare.
Crea un file di testo sul tuo computer da caricare su S3.
Dalla linea di comando, esegui:
Invece, la funzione Lambda registra su CloudWatch, quindi è lì che devi andare per vedere la tua funzione operare.
Crea un file di testo sul tuo computer da caricare su S3.
Dalla linea di comando, esegui:
aws s3api put-object --bucket my-unique-bucket-name-lambda-course --key Hello.txt --body Hello.txt --content-type "text/plain"
aws s3api delete-object --bucket my-unique-bucket-name-lambda-course --key Hello.txtOra vai alla tua funzione Lambda nella console AWS e controlla i log.
Fai clic sulla scheda Monitor e seleziona View logs in CloudWatch (Visualizza i log in CloudWatch).
Ti verrà presentato un elenco di flussi di log, scegli quello più recente.
Dovresti vedere le voci di log che mostrano gli eventi S3 e il testo che hai registrato su CloudWatch.
Un altro modo per controllare i log consiste nell'utilizzare l'estensione AWS per Visual Studio, Visual Studio Code e Rider.
Il processo è simile per tutti e tre: apri l'estensione AWS, fai clic sui log di CloudWatch e trova il flusso/gruppo di log per /aws/lambda/S3EventHandler. Quindi apri il flusso più recente.
Il processo è simile per tutti e tre: apri l'estensione AWS, fai clic sui log di CloudWatch e trova il flusso/gruppo di log per /aws/lambda/S3EventHandler. Quindi apri il flusso più recente.
Un altro modo per controllare i log consiste nell'utilizzare l'estensione AWS per Visual Studio, Visual Studio Code e Rider.
Il processo è simile per tutti e tre: apri l'estensione AWS, fai clic sui log di CloudWatch e trova il flusso/gruppo di log per /aws/lambda/S3EventHandler. Quindi apri il flusso più recente.
Il processo è simile per tutti e tre: apri l'estensione AWS, fai clic sui log di CloudWatch e trova il flusso/gruppo di log per /aws/lambda/S3EventHandler. Quindi apri il flusso più recente.
Conclusioni
In questo modulo relativamente breve hai coperto molti argomenti. Alcuni potrebbero dire che la comprensione di ruoli e policy è una delle cose più importanti da imparare su AWS. Speriamo di averti fornito una buona base sull'argomento in relazione alle funzioni Lambda.
Il punto chiave è che se desideri che la tua funzione Lambda interagisca con altri servizi AWS, devi concederle le autorizzazioni per agire su tali servizi.
Se desideri che altri servizi richiamino la tua funzione, devi utilizzare policy basate sulle risorse per consentire a tali servizi di accedere alla funzione.
Il punto chiave è che se desideri che la tua funzione Lambda interagisca con altri servizi AWS, devi concederle le autorizzazioni per agire su tali servizi.
Se desideri che altri servizi richiamino la tua funzione, devi utilizzare policy basate sulle risorse per consentire a tali servizi di accedere alla funzione.
Verifica delle conoscenze
Ora hai completato il Modulo 4: lavorare con altri servizi AWS. Il seguente test ti consentirà di verificare ciò che hai appreso finora.
1. Quando vuoi che un altro servizio richiami una funzione Lambda cosa devi fare? (seleziona una risposta)
a. Creare un documento ACL che fornisca al ruolo di esecuzione dell'altro servizio l'autorizzazione a richiamare la funzione Lambda
b. Creare un documento di policy basato sulle risorse che conceda ai servizi chiamanti l'autorizzazione a richiamare la funzione Lambda
c. Niente, Lambda si fida di tutti gli altri servizi AWS
d. Aggiungere le autorizzazioni corrette al ruolo di esecuzione della funzione Lambda
b. Creare un documento di policy basato sulle risorse che conceda ai servizi chiamanti l'autorizzazione a richiamare la funzione Lambda
c. Niente, Lambda si fida di tutti gli altri servizi AWS
d. Aggiungere le autorizzazioni corrette al ruolo di esecuzione della funzione Lambda
2. Cosa devi aggiungere a un ruolo per concedergli le autorizzazioni per accedere ai servizi AWS? (seleziona una risposta)
a. Niente, tutti i ruoli possono accedere ad altri servizi AWS.
b. Una policy basata sulle risorse
c. Una policy con le autorizzazioni necessarie
d. Un documento della lista di controllo degli accessi
b. Una policy basata sulle risorse
c. Una policy con le autorizzazioni necessarie
d. Un documento della lista di controllo degli accessi
3. Quali sono i due modi per creare una policy gestita dal cliente da utilizzare con il ruolo di esecuzione della funzione Lambda? (seleziona due risposte)
a. Tramite la linea di comando
b. Includerla nel codice sorgente della funzione
c. Tramite la console AWS
d. Aggiungerla al payload durante l'esecuzione della funzione
Risposte: 1-b, 2-c, 3-a e c
Conclusioni
In questo modulo relativamente breve hai coperto molti argomenti. Alcuni potrebbero dire che la comprensione di ruoli e policy è una delle cose più importanti da imparare su AWS. Speriamo di averti fornito una buona base sull'argomento in relazione alle funzioni Lambda.
Il punto chiave è che se desideri che la tua funzione Lambda interagisca con altri servizi AWS, devi concederle le autorizzazioni per agire su tali servizi.
Se desideri che altri servizi richiamino la tua funzione, devi utilizzare policy basate sulle risorse per consentire a tali servizi di accedere alla funzione.
Il punto chiave è che se desideri che la tua funzione Lambda interagisca con altri servizi AWS, devi concederle le autorizzazioni per agire su tali servizi.
Se desideri che altri servizi richiamino la tua funzione, devi utilizzare policy basate sulle risorse per consentire a tali servizi di accedere alla funzione.