L’informatique serverless : quand renoncer aux serveurs vaut vraiment le coup
En bref : le serverless réduit considérablement la charge d'infrastructure, mais ce n'est pas une solution universelle.
À retenir en bref (ARB) : Le serverless réduit radicalement la charge d’infrastructure, mais n’est pas une solution miracle. Il faut en connaître les forces et les limites.
Zéro gestion de serveurs, scalabilité automatique, paiement à l’usage. Après cinq ans de pratique, le bilan s’avère plus nuancé.
De l’engouement pour Lambda à une utilisation pragmatique
Les équipes expérimentées exploitent le serverless de manière ciblée pour les charges de travail pilotées par événements, les API à trafic variable et les pipelines de traitement de données. Des alternatives en conteneurs comme Fargate et Cloud Run offrent un compromis intéressant.
Vérité des coûts
100 requêtes/minute : Lambda coûte quelques euros, EC2 au moins 30 euros. Mais en cas de charge constante élevée, Lambda devient jusqu’à trois fois plus cher qu’EC2. Le seuil de rentabilité se situe à un taux d’utilisation de 30 à 40 %.
Cold Starts, verrouillage propriétaire et points de friction
La fonction Provisioned Concurrency apporte une solution. Le verrouillage propriétaire (vendor lock-in) est plus marqué qu’avec les conteneurs : une stack Lambda associée à DynamoDB et SQS n’est pas portable. Le débogage s’avère plus complexe. Et la limite des 15 minutes reste incontournable.
Des patterns qui fonctionnent
Traitement piloté par événements : un upload sur S3 déclenche une fonction Lambda. API Gateway pour des API REST modulables. Tâches planifiées. Step Functions pour l’orchestration de workflows.
Le serverless n’est pas un dogme, mais un outil. L’art réside dans le bon choix.
Questions fréquemment posées
Serverless ou conteneurs ?
Le serverless convient parfaitement aux charges de travail variables, tandis que les conteneurs sont idéaux pour des charges constantes. Les deux approches sont souvent combinées.
Comment éviter le verrouillage propriétaire (lock-in) ?
Encapsulez la logique métier de manière indépendante du framework. Utilisez le Serverless Framework comme couche d’abstraction. Limitez vos fonctions à moins de 100 lignes de code.
Une solution adaptée aux startups ?
Absolument. Le modèle « pay-per-use » (paiement à l’usage), la scalabilité automatique et l’absence de gestion d’infrastructure en font un choix idéal pour les jeunes pousses.
Traduit de l’original allemand par intelligence artificielle. La version allemande fait foi.
