AccueilMétiersBlogOutilsGlossaireDécouvrir le programme
Glossaire/Data & infrastructure

Serverless

Architecture où tu ne gères pas les serveurs : le cloud exécute ton code à la demande et ne te facture que le temps d'exécution.

Avancé

Définition complète

Le serverless signifie que tu n'as pas de serveur à gérer. Tu écris ton code (une fonction), tu la déploies, et le cloud l'exécute automatiquement quand elle est appelée. Tu ne paies que quand le code tourne (pas de serveur en veille). Les Supabase Edge Functions, les Vercel Serverless Functions et les AWS Lambda sont des exemples. Avantage : scalabilité automatique et coût proportionnel à l'usage. Inconvénient : les cold starts (la première exécution est plus lente) et les limites de durée d'exécution.

Analogie pour comprendre

Le serverless, c'est comme un taxi vs posséder une voiture. Avec une voiture (serveur), tu paies même quand elle est garée. Avec un taxi (serverless), tu paies uniquement quand tu te déplaces. Mais parfois tu attends le taxi (cold start).

En pratique

Un développeur crée une API pour calculer des devis automatiquement. Au lieu de maintenir un serveur 24/7 (50 euros/mois), il déploie une Supabase Edge Function. Coût : quasi nul les premiers mois car la fonction n'est appelée que 100 fois/jour. Le serveur ne coûte que quand il travaille.

Outils associés

Supabase

Termes liés

CloudDéploiementDockerAPISelf-hosting

Tu veux maîtriser ces concepts concrètement ?

LE LABO IA t'apprend à construire, automatiser et vendre avec l'IA.

Découvrir le programme

Pour aller plus loin

Claude Code Supabase backend →

Questions fréquentes

Non. Pour les tâches longues (> 5 min), les connexions persistantes (WebSocket), ou les applications à trafic constant, un serveur classique est plus adapté. Le serverless excelle pour les tâches courtes et événementielles.
Oui. Elles s'exécutent à la demande sur Deno Deploy, sans serveur à gérer. Idéales pour les webhooks, les validations et les transformations de données.