Dépendances tierces

Les API externes apportent leur latence, leurs limites et leurs pannes dans ton système. Isole-les avec timeouts, circuit breakers et files, mets leurs réponses en cache quand c'est possible, et décide ce que fait ton produit quand elles tombent.

Où on le retrouve dans les vrais systèmes

  • Prestataire de paiement

    Les appels prennent des centaines de millisecondes, une petite part échoue de façon passagère, et le prestataire te limite. Ne débite jamais deux fois : envoie une clé d'idempotence avec chaque requête, réessaie avec backoff, et sors l'appel du chemin de la requête quand c'est possible.

    En production : Stripe, Adyen, PayPal, Moneris, Square

  • Prestataire e-mail et SMS

    La livraison est lente et peut échouer : envoie depuis des workers en arrière-plan, jamais pendant que l'utilisateur attend. Les prestataires brident les expéditeurs et surveillent les rebonds ; une rafale d'e-mails de réinitialisation peut atteindre la limite.

    En production : Amazon SES, SendGrid, Mailgun, Twilio, Postmark

  • API tierce

    Sa latence, ses limites et ses pannes deviennent les tiennes. Mets en cache ce qui peut l'être, fixe des timeouts courts, entoure-la d'un circuit breaker et prévois un mode dégradé pour quand elle tombe.

    En production : Google Maps Platform, OpenWeather, Shippo, Anthropic API, OpenAI API

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.