RousselTMLEARNING

Cloud computing

Informatique serverless : définition, FaaS et cas d'usage

L'informatique serverless expliquée : Function as a Service (FaaS), fonctionnement, avantages, limites (démarrage à froid, coûts) et cas d'usage, avec AWS Lambda, Azure Functions et Google Cloud Functions.

1. Qu'est-ce que le Serverless ? #

L'étape ultime de l'abstraction où le serveur devient invisible.

No-Ops ? #

Serverless ne signifie pas qu'il n'y a plus de serveurs, mais que vous n'avez plus à les gérer. Vous fournissez uniquement une fonction (FaaS) qui s'exécute en réponse à un événement (clic, upload de fichier, message dans une file).

2. Les avantages : Coût et Agilité #

Le coût est calculé au nombre d'exécutions et à la durée (souvent à la milliseconde près). Si votre code ne tourne pas, vous payez 0€. Cela permet une scalabilité instantanée de 1 à 10 000 requêtes par seconde.

3. Cas d'usage et limitations #

Idéal pour les APIs, le traitement d'images ou les tâches planifiées. Attention toutefois au 'Cold Start' (latence au premier démarrage) et aux limites de temps d'exécution (souvent 15 minutes max par fonction).

Mise en pratique : une fonction serverless #

Déployer et appeler une fonction.

Écrire et déployer #

Exécution d'une fonction serverless
Pas de serveur à gérer, mais des limites de durée et de démarrage à froid.
# handler.py
def handler(event, context):
    return {"statusCode": 200, "body": "Bonjour depuis le serverless"}

# AWS Lambda
zip function.zip handler.py
aws lambda create-function --function-name bonjour --runtime python3.12 --handler handler.handler \
  --zip-file fileb://function.zip --role arn:aws:iam::123456789012:role/lambda-role
aws lambda invoke --function-name bonjour out.json && cat out.json
aws logs tail /aws/lambda/bonjour --follow
# Google Cloud Functions / Azure Functions
gcloud functions deploy bonjour --gen2 --runtime=python312 --trigger-http --allow-unauthenticated --region=europe-west1
func init MonProjet --python && func new --name bonjour --template "HTTP trigger" && func start
Erreur Courante : Les cold starts (démarrage à froid), les limites de durée et le verrouillage fournisseur sont les trois pièges du serverless : mesurez la latence au premier appel.

Articles liés

Les modèles de déploiement Cloud : public, privé, hybride, communautaire et multi-cloud

Comprendre les modèles de déploiement du Cloud Computing selon le NIST : cloud public, privé, communautaire, …

Bonnes pratiques Cloud : sécurité, résilience, coûts et exploitation

Bonnes pratiques du Cloud Computing : piliers d'une architecture bien conçue, IAM et moindre privilège, résil…

Cloud native : définition et principes d'une application cloud native

Qu'est-ce que le cloud native ? Définition de la CNCF, principes d'une application cloud native (microservice…

Pour aller plus loin