La différence entre un serveur et le serverless expliquée simplement

La différence fondamentale entre un serveur classique et le Serverless (sans serveur) réside dans la gestion de l'allumage des ressources. Un serveur traditionnel, comme une instance EC2 sur AWS, tourne 24h/24. Il est constamment allumé, ce qui permet de répondre instantanément aux requêtes et d'exécuter des tâches planifiées (comme des sauvegardes nocturnes) sans délai. En revanche, le Serverless, proposé par des plateformes comme Vercel, fonctionne à la demande. L'application s'éteint lorsqu'il n'y a pas de trafic et se réactive uniquement lorsqu'un client envoie une requête. Ce mécanisme implique un temps de démarrage initial (cold start) avant l'exécution du code.

Le choix entre les deux dépend donc du coût et des besoins fonctionnels. Le serveur classique est plus cher car on paie les ressources 24h/24, même si elles sont inactives, mais il offre une disponibilité immédiate et facilite l'exécution de jobs en arrière-plan. Le Serverless est économique car on ne paie que le temps d'exécution réel du code, mais il est moins adapté aux tâches planifiées complexes, qui nécessitent alors des mécanismes supplémentaires comme des « queues ».

Exemple : Si vous hébergez une application web avec très peu de trafic nocturne, le Serverless est idéal car vous ne payez rien la nuit. En revanche, si vous devez lancer une tâche de calcul à 1h du matin chaque jour, un serveur classique est plus simple, car il est déjà allumé et prêt à exécuter le script sans délai de démarrage.