Qu'est-ce que l'informatique sans serveur ?
Commençons par la définition la plus simple possible, car ce nom prête à confusion. L'informatique sans serveur ne signifie pas qu'il n'y a plus de serveurs quelque part : cela veut dire que vous, en tant qu'utilisateur ou entreprise, n'avez plus à les gérer. C'est un modèle où votre code s'exécute à la demande ; un fournisseur alloue les ressources nécessaires à chaque appel, puis vous facture le temps d'exécution réel, rien de plus.
Imaginez un cuisinier qui n'apparaît que lorsqu'une commande arrive, cuisine exactement ce qu'il faut, puis repart. Vous ne payez pas quelqu'un qui attend les bras croisés entre deux commandes. C'est exactement la logique du sans serveur : pas de machine qui tourne en permanence à vide, uniquement de l'exécution utile.
Comment ça marche, concrètement
Le mécanisme suit toujours la même séquence :
- Une fonction (un petit bout de code autonome) est déployée chez le fournisseur.
- Un événement se produit : une requête web, l'arrivée d'un fichier, un message dans une file d'attente.
- Le fournisseur exécute la fonction, l'adapte automatiquement au volume de demandes, puis la met en veille une fois le travail terminé.
- Vous ne payez que l'exécution réelle, pas le temps d'inactivité.
Exemple concret : une entreprise reçoit des photos de ses clients via un formulaire en ligne. Chaque dépôt de fichier déclenche une fonction qui redimensionne l'image, vérifie son format et l'enregistre dans un espace de stockage. Si dix personnes déposent une image en même temps, dix exécutions se lancent en parallèle, sans qu'aucune équipe technique n'ait eu à prévoir cette capacité à l'avance.
Un modèle déjà industrialisé, mais pas universel
Cette approche est aujourd'hui industrialisée pour les traitements événementiels et les API légères : c'est un terrain solide, pas un prototype expérimental. Cela ne veut pas dire qu'elle convient à tous les usages. Une application qui tourne en continu, jour et nuit, à charge stable, ne tirera pas forcément bénéfice de ce modèle : des serveurs classiques peuvent alors coûter moins cher.
Pièges à éviter
- Croire qu'il n'y a « plus d'infrastructure » : elle existe, elle est simplement gérée par le fournisseur.
- Penser que ce modèle est toujours le moins cher : tout dépend de la régularité de la charge.
- Oublier que le code doit être pensé pour s'exécuter de façon brève et indépendante, pas comme une application classique qui tourne en continu.
💡 Conseil de pro : avant de qualifier un projet de « sans serveur », demandez-vous s'il s'agit d'un traitement déclenché par un événement ponctuel. Si la réponse est oui, vous êtes sur le bon terrain ; si le traitement doit tourner en permanence, interrogez-vous sur la pertinence du modèle.
Mini-exercice
Listez trois traitements informatiques dans votre organisation (ou une organisation que vous connaissez) qui se déclenchent de façon ponctuelle, à la suite d'une action précise. Pour chacun, notez l'événement déclencheur.