Quando si tratta di creare applicazioni, gli sviluppatori di solito devono svolgere una serie di attività di gestione dei server per poter eseguire il deployment del codice, come la definizione delle risorse per l'elaborazione e l'archiviazione, l'applicazione di patch, il bilanciamento del carico e altro ancora. Tutti questi elementi aggiuntivi portano a tempi di provisioning più lunghi e a costi operativi aggiuntivi, che in ultima analisi rallentano i team di sviluppo. 

Il serverless computing cerca di fornire agli sviluppatori un'esperienza "serverless" invisibile, che elimina la necessità di preoccuparsi dei server o di qualsiasi cosa possa essere necessaria per eseguire un'applicazione. Il fornitore di servizi svolge tutto il lavoro dietro le quinte per assicurarsi che tu abbia le risorse per eseguire il codice e soddisfare i requisiti senza che ti venga addebitata la capacità inuttilizzata. 

Pensa al serverless come alla fornitura di acqua potabile a casa tua. Potresti scavare un pozzo, testare la qualità dell'acqua, installare e mantenere tutti gli impianti idraulici esterni necessari per portare l'acqua dentro casa. In alternativa, puoi collegarti alla rete idrica del tuo comune. Ti basta aprire il rubinetto per avere accesso a tutta l'acqua che vuoi quando ne hai bisogno e il comune ti invia una fattura mensile per la quantità esatta di acqua che consumi.

Allo stesso modo, i cloud provider avviano automaticamente le risorse dell'infrastruttura e gli ambienti di runtime necessari per eseguire le tue app serverless e fanno lo scale down automatico a zero al termine dell'esecuzione. In genere, ti vengono addebitati i costi in base alle risorse durante il tempo di esecuzione. Tuttavia, questo può variare in base al servizio e al fornitore. 

Ma aspetta, non ci sono altri tipi di cloud computing che forniscono risorse on demand con pagamento a consumo? È vero, anche i modelli di servizi cloud come Infrastructure as a Service (IaaS) e Platform as a Service (PaaS) forniscono accesso on demand alle risorse di elaborazione. 

Tuttavia, l'infrastruttura cloud a te assegnata rimane attiva anche se non la utilizzi. È inoltre tua responsabilità scalare la capacità del server o configurare le tue applicazioni per fare lo scale up o scale down in risposta alla domanda degli utenti. 

Le architetture serverless sono basate su eventi. In questo modello, il fornitore fornisce risorse solo quando un evento attiva l'esecuzione del tuo codice e scala istantaneamente e automaticamente in base alle richieste.

Uno dei maggiori svantaggi del serverless computing è che si tratta di una tecnologia ancora relativamente nuova. Di conseguenza, non è ancora adatta a tutti i potenziali casi d'uso. 

È inoltre chiaro che alcuni degli attuali punti deboli verranno risolti nel tempo man mano che il serverless computing continuerà a evolversi. In particolare, è già stato fatto molto lavoro sulle implementazioni open source dei modelli serverless e sulla ricerca di modi per rendere i servizi cloud più aperti affinché le soluzioni siano trasferibili tra piattaforme e ambienti diversi. 

• Idoneità limitata per i casi d'uso: le architetture serverless non sono sempre adatte ad applicazioni con requisiti specifici, come processi a esecuzione prolungata o esigenze di latenza molto bassa
• Vincoli di prestazioni: le funzioni serverless possono subire avvii a freddo (esecuzione iniziale ritardata) e possono avere limitazioni sul tempo di esecuzione e sulla memoria
• Vincoli al fornitore: la migrazione di applicazioni serverless tra provider di servizi cloud può essere complessa a causa delle differenze nelle API e nelle configurazioni
• Visibilità del server ridotta: gli sviluppatori hanno una visibilità limitata sull'infrastruttura sottostante, il che rende difficile la risoluzione dei problemi di prestazioni o l'ottimizzazione dell'utilizzo delle risorse
• Avvio lento: le funzioni serverless a volte possono subire un "avvio a freddo" in cui si verifica un ritardo nella chiamata della funzione, che può influire sulla latenza