Utilizzare .NET Core con AWS Lambda
Il cloud computing è una metodologia di distribuzione delle soluzioni che è ormai diventata all'ordine del giorno. I servizi che lo sfruttano sono sempre di più e l'offerta delle piattaforme è sempre più ricca e completa. Che si voglia utilizzare IaaS, PaaS o FaaS sono indubbi la comodità e il rapporto costo/benefico sull'utilizzo del cloud. Gli attori più importanti sul mercato sono Amazon Web Services (AWS) che ne copre il 30%, Microsoft Azure per un 20% e Google Cloud Platform per un 7%, al momento della stesura di questo articolo.
Amazon è stata la prima a muoversi in questo settore e offre un parco di servizi per realizzare qualunque tipo di applicativo. E' stata la prima a fornire anche soluzioni innovative, quali le Lambda, l'espressione principale di ciò che viene comunemente indicato come serverless. Con esse lo sviluppatore deve concentrarsi esclusivamente sulle proprie funzioni (lambda appunto) ed ignorare completamente l'infrastruttura di hosting, la gestione e la sua intera scalabilità, spostandolo quindi da un approccio basato sulle applicazioni ad uno basato sulle funzioni.
Uno dei pregi del cloud e in particolare delle Lambda, è quello di essere indipendente dai runtime e dai linguaggio di programmazione .NET, infatti, è uno dei framework che possiamo utilizzare per la realizzazione di queste lambda ed è pienamente supportato da AWS stesso. In questo articolo vogliamo introdurre l'uso delle lambda anche nell'ambito .NET, quali strumenti utilizzare per lo sviluppo e come gestire le funzioni create.
Introduzione alle Lambda
Le lambda ci permettono di realizzare le cosiddette Functions as a Service (FaaS) e rappresentano l'implementazione da parte di Amazon. In Microsoft Azure si chiamano Azure Functions mentre su Google si chiamano Cloud functions. Il concetto principale che sta alla base delle Lamba è quello di portare noi sviluppatori a focalizzarci sulla funzione. Essa viene invocata da uno o più trigger, ma di essi e della loro implementazione non ce ne dobbiamo occupare. Non è necessario allocare un server, indicare quanta potenza necessitiamo, ma semplicemente il runtime ad ogni nuova richiesta si occupa di eseguire la funzione e restituire il risultato o invocare in asincrono altri servizi.
Non ci sono costi fissi perché paghiamo al millisecondo ciò che utilizziamo, in base alla memoria che abbiamo deciso di allocare e, in proporzione, alla CPU. L'apertura di un account include, tra l'altro, 1 milione di richieste al mese e 400.000 GB/secondo di tempo di elaborazione al mese, rendendolo accessibile e utilizzabile anche a chi ha basse esigenze. Le nostre funzioni vengono allocate a fronte di una richiesta, messe a disposizione poi per altre, se necessario, e crescono e diminuiscono in autonomia mediante uno scaling automatico. Nel giro di un minuto possono aumentare di 500 istanze e, nelle region principali, arrivare a soddisfare 3000 richieste concorrenti. Grazie alle availability zones le istanze vivono in server distribuiti in modo da minimizzare l'impatto in caso di fault dei server. Gli aggiornamenti dei sistemi sono gestiti autonomamente e non dobbiamo fare nulla per la loro manutenzione.
Le Lambda sono funzioni stateless e fanno affidamento a database esterni come DynamoDB o file system distribuiti come Elastic File System. Eventualmente le Lambda possono essere usate con le Step Functions per orchestrare dei workflow che coinvolgano più servizi e più Lambda basati su eventi.
Si prestano bene per quelle situazioni in cui non sono certe le risorse necessarie e per l'esecuzione di attività sincrone o asincrone. Possono essere attivate via HTTP, tramite API Gateway, e rispondere direttamente per la realizzazione di API REST e non, da richieste di Alexa, da Cognito, Lex, CloudFront. Oppure in asincrono, per esempio da code di SNS e SQS, da flussi stream come Kinesis, da attività su file, come S3. Sono l'ideale per attività di background, come la preparazione di documenti, l'elaborazione di immagini, l'invio di notifiche e l'analisi dei dati. Molte sono quindi le situazioni in cui si prestano e possono sostituirsi a molti scenari per i quali generalmente ci limitiamo a creare un applicativo unico per svolgere tutte le funzioni.
C'è però un rovescio della medaglia per quanto riguarda le Lambda, perché per ogni istanza viene creato un processo diverso, perciò, è necessario progettare bene le nostre funzioni affinché siano le più leggere possibili ad avviarsi. Dobbiamo ottimizzare l'uso di RAM, le operazioni di avvio devono essere ridotte al minimo e posticipate solo quando necessario. Questo difetto è anche un pregio perché ci spinge a progettare le nostre architetture con un approccio che va oltre ai micro servizi, con unità ancora più piccole e indipendenti: le funzioni.
Fatta questa introduzione vediamo quali sono i passi necessari per lo sviluppo.
Contenuti dell'articolo
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Migliorare la scalabilità delle Azure Function con il Flex Consumption
Assegnare un valore di default a un parametro di una lambda in C#
Miglioramenti nelle performance di Angular 16
Miglioramenti agli screen reader e al contrasto in Angular
Eseguire query manipolando liste di tipi semplici con Entity Framework Core
Usare i servizi di Azure OpenAI e ChatGPT in ASP.NET Core con Semantic Kernel
Disabilitare automaticamente un workflow di GitHub (parte 2)
Creare una libreria CSS universale: i bottoni
Usare una container image come runner di GitHub Actions
Definire stili a livello di libreria in Angular
Utilizzare Tailwind CSS all'interno di React: primi componenti
C# 12: Cosa c'è di nuovo e interessante
Top Ten Articoli
- Realizzare una Progressive Web Application con Blazor e ASP.NET Core
di Giampaolo Tucci - Gestire le chiamate a servizi esterni in ASP.NET Core e Blazor tramite Polly
di Morgan Pizzini - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Le novità di Blazor in .NET 6.0
di Morgan Pizzini - Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Le novità di ASP.NET Core 5
di Marco De Sanctis
Articoli via e-mail
Iscriviti alla nostra newsletter nuoviarticoli per ricevere via e-mail le notifiche!
In primo piano
I più letti di oggi
In evidenza
- Eseguire script pre e post esecuzione di un workflow di GitHub
- Creare una libreria CSS universale: Cards
- Migliorare l'organizzazione delle risorse con Azure Policy
- Effettuare il log delle chiamate a function di GPT in ASP.NET Web API
- Leggere la posta usando il protocollo IMAP tramite la libreria MailKit
- Eseguire una ricerca avanzata per recuperare le issue di GitHub
- Creare una libreria CSS universale: Clip-path
- Sfruttare gli embedding e la ricerca vettoriale con Azure SQL Database