L'informatique sans serveur utilise à la fois BaaS (Backend-as-a-Service) et FaaS (Function-as-a-Service) pour répondre aux demandes. L'environnement dans son ensemble est piloté par les événements, ce qui signifie qu'un événement déclenche une réponse, telle qu'une authentification, ou une fonction.
La partie FaaS de l'informatique sans serveur fonctionne avec les demandes ou les événements d'utilisateurs. Une demande est traitée dans la passerelle API, qui invoque ensuite une fonction. À son tour, la fonction communique avec la base de données. Cette chaîne d'activités représente une seule tâche d'application. Dans un environnement sans serveur, les applications sont modulaires, car les tâches sont programmées en tant que fonctions distinctes.
Les développeurs écrivent du code d'application sans serveur qui est déployé dans des conteneurs à la demande. Le fournisseur cloud exécute la fonction sur un serveur en cours d'exécution ou lance un nouveau serveur pour exécuter la fonction.
L'informatique sans serveur offre aux développeurs une grande flexibilité car elle est sans état, ce qui signifie que toutes les invocations sont indépendantes. Aucune donnée n'est stockée à partir des interactions précédentes. L'informatique sans serveur utilise uniquement les ressources nécessaires. Dès qu'une fonction n'est plus nécessaire, le conteneur dans lequel le code a été déployé disparaît. Cela contribue à la flexibilité qu'offre l'informatique sans serveur aux développeurs.
Autres considérations concernant les applications sans serveur :
Un démarrage à froid peut se produire lorsqu'une fonction est invoquée pour la première fois ou après une période d'inactivité. Cela peut entraîner une certaine latence.
Les fournisseurs cloud déterminent le nombre de fonctions pouvant s'exécuter simultanément. C'est ce que l'on appelle la limite de simultanéité.
Un délai d'attente fait référence au temps qu'un fournisseur cloud alloue à une fonction avant d'y mettre fin.