Serverless

DevOps 🟡 Mid

Définition

Modèle d'exécution où le cloud provider gère l'infrastructure. Le code s'exécute en fonctions éphémères, facturées à l'exécution. Ex : AWS Lambda, Vercel Functions.

Analogie

Un taxi : tu paies la course (exécution) sans acheter ni entretenir de voiture (serveur).

Exemple de code

// AWS Lambda handler
export const handler = async (event) => {
  const body = JSON.parse(event.body);
  const result = await processOrder(body);
  return { statusCode: 200, body: JSON.stringify(result) };
};

Cas d'usage

APIs à trafic variable, traitement d'événements, webhooks, cron jobs.

Anti-pattern

Serverless pour un service à trafic constant élevé : cold starts + coût supérieur à un serveur dédié.
#devops#cloud#interview

En entretien

  1. Explique-moi le modèle serverless.

    C'est un modèle d'exécution où le cloud provider gère l'infrastructure : le code s'exécute en fonctions éphémères, facturées à l'exécution, comme AWS Lambda ou Vercel Functions. C'est comme un taxi : tu paies la course sans acheter ni entretenir de voiture.

  2. Pour quels cas d'usage le serverless est-il pertinent ?

    Pour des APIs à trafic variable, du traitement d'événements, des webhooks ou des cron jobs. Le handler type reçoit un event, traite le body puis renvoie { statusCode: 200, body: ... }.

  3. Quand éviter le serverless ?

    Pour un service à trafic constant élevé, où les cold starts et le coût peuvent dépasser celui d'un serveur dédié. C'est l'anti-pattern principal à surveiller avant de choisir cette architecture.

Fiche mise à jour le 2026-09-27

← → au clavier pour passer d'une fiche à l'autre