L'utilisateur n'a pas à gérer un cluster de serveurs , son fournisseur lui garantit une haute disponibilité quels que soient les pics de trafic . n nLe serverless présente aussi un intérêt économique . Exit l'allocation de machines virtuelles , la facturation se cale sur le temps d'exécution du code et les ressources réellement consommées . Avec la milliseconde comme unité de paiement , le serverless tient réellement les promesses du " pay as you go " . En l'absence de trafic , l'utilisateur ne paie pas . Là encore , l'optimisation de la performance du code prend tout son sens . Réduire le temps d'exécution d'une application serverless de 20 à 10 millisecondes fait mécaniquement baisser la facture en fin de mois . n nQuelles sont les applications éligibles au serverless ? n nOn l'a vu , le serverless est nativement conçu pour les applications bâties sur des micro-services . A contrario , il est moins adapté aux applications monolithiques , à moins de les refondre et de les découper en tâches indépendantes dans l'esprit des méthodes agiles . n nLe serverless est lié aussi au mode événementiel . Il est par conséquent typiquement adapté au traitement par lots ( batch ) , mais aussi à la gestion séquentielle de l'internet des objets ( qui peut accepter des temps de latence dans les remontées d'informations ) . Autre cas d'école : l'analyse des parcours des internautes enregistrés par un traqueur placé sur un site web . Plus généralement , les applications basées sur une chaîne de traitements de données avant de déclencher une action ( récupérer un fichier , envoyer un mail . ) se prêtent à l'exercice . n nPour Steve Houël , solution architect au sein du cabinet de conseils Ippon , l'éligibilité d'une application au serverless est conditionnée par le temps de chargement du code puis de son exécution . " Au regard du mode de facturation , un 'cold start' qui s'éternise peut être rédhibitoire " , pointe-t-il .