Module
Module 4 sur 6Leçon 2 sur 3~17 min

Tenir la charge, trouver le goulot, décider du cache

Face à une page lente au pic d'usage, le réflexe d'ajouter des serveurs ou un cache coûte cher s'il vise la mauvaise cible. La leçon montre comment le PM estime une charge à partir de ses propres chiffres produit, fait localiser le goulot avant toute solution et participe à la décision de mise en cache.

Suivre cette leçon : première formation offerteVoir le programme complet

Objectif de la leçon

À la fin de cette leçon, vous serez capable d'estimer la charge d'un pic à partir de quelques chiffres produit, de faire identifier le goulot d'un parcours avant toute solution, de distinguer montée en charge verticale et horizontale, et de décider avec l'équipe si un cache est pertinent et avec quelle fraîcheur.

Thèmes abordés

  • montée en charge
  • goulot d'étranglement
  • scalabilité horizontale
  • mise en cache
  • estimation de charge

Dans quel module

Données, charge et dépendances

Où vivent les données, qu'est-ce qui cédera en premier sous la charge, et que se passe-t-il quand un fournisseur tombe ?

Leçons du module

  1. Où vivent les données, et quand sont-elles à jour ?
  2. Tenir la charge, trouver le goulot, décider du cache (cette leçon)
  3. Services tiers, disponibilité composée, construire ou acheter

Ce que vous apprendrez dans la formation

Cette leçon fait partie de la formation Lire et challenger une architecture technique

  • Lire un schéma d'architecture (niveaux contexte et conteneurs du modèle C4) et y repérer composants, flux, frontières et zones floues.
  • Transformer des attentes vagues (« rapide », « fiable », « évolutif ») en exigences non fonctionnelles mesurables, sous forme de scénarios d'attributs de qualité.
  • Comparer monolithe, monolithe modulaire et microservices, puis appels synchrones et traitements asynchrones, selon l'équipe, la charge et les conséquences pour l'utilisateur.
  • Évaluer les choix de données (source de vérité, transactions, réplicas, cohérence), de montée en charge et de cache, et repérer le goulot d'un parcours.
  • Évaluer les dépendances à des services tiers (disponibilité composée, mode dégradé, dépendance au fournisseur) et une décision construire ou acheter.
  • Formuler un arbitrage d'architecture, le tracer dans un ADR et traiter la dette technique comme une décision produit.
  • Conduire une revue d'architecture de son produit ou d'une proposition, avec dix questions, un registre des risques et des arbitrages explicites.

Formations liées