La méthode en cinq phases (pour un entretien de 45 minutes)
- Exigences : 5 minutes. Séparez le fonctionnel (« raccourcir une URL, rediriger, alias personnalisés ? ») du non fonctionnel (échelle, objectifs de latence, disponibilité ou cohérence, durabilité). Demandez des chiffres : utilisateurs, lectures par rapport aux écritures, volume de données. Puis annoncez votre périmètre à voix haute : « Je conçois pour 100 millions de DAU, un trafic dominé par les lectures à 100 pour 1, des redirections en moins de 100 ms, et je laisse l'analytique de côté sauf s'il reste du temps. » Cadrer à voix haute est le geste le plus révélateur de tout l'entretien.
- Estimation : 5 minutes. Calcul de coin de table : QPS, stockage, bande passante. Arrondissez aux puissances de dix, énoncez vos hypothèses, vérifiez la vraisemblance (« 500 millions de nouvelles URL par mois ≈ 200 écritures par seconde, c'est modeste ; des lectures à 100 pour 1 ≈ 20 000 par seconde, c'est ce qui dicte la conception »). Le but n'est pas la précision, mais de montrer que les chiffres guident vos choix d'architecture.
- Conception d'ensemble : 10 minutes. Des boîtes et des flèches pour le parcours nominal : clients, load balancer, couche applicative sans état, bases de données, cache, file de messages. Déroulez une requête de bout en bout, à voix haute. Restez classique : ici, l'originalité est un risque sans contrepartie.
- Approfondissements : 20 minutes. Le recruteur choisit un composant (« comment la génération d'identifiants évite-t-elle exactement les collisions ? », « que se passe-t-il quand un nœud de cache tombe ? »). C'est là que les niveaux se départagent. Restez dans le concret : modèle de données, choix de la clé de partition, modes de défaillance, ce qui réveille la personne d'astreinte à 3 heures du matin.
- Conclusion : 5 minutes. Les goulots d'étranglement auxquels vous vous attaqueriez ensuite, ce que vous surveilleriez, ce que vous avez volontairement laissé de côté. Terminer sur des limites connues est perçu comme une marque de séniorité, pas comme une faiblesse.
Le vocabulaire des compromis qui signale la séniorité
Les recruteurs écoutent si vous mobilisez ces axes de vous-même :
| Critère | La phrase qui marque des points |
|---|---|
| Cohérence ou disponibilité | « Pour le compteur d'abonnés, j'accepte des données un peu périmées ; pour le registre des paiements, non. À garanties différentes, stockages différents. » |
| Latence ou coût | « Mettre en cache le 1 % de clés les plus demandées sert environ 90 % des lectures ; tout mettre en cache triple la mémoire pour un gain marginal de taux de succès du cache. » |
| Push ou pull | « Fan-out à l'écriture pour les utilisateurs ordinaires, fan-out à la lecture pour les comptes de célébrités : un modèle hybride, selon le nombre d'abonnés. » |
| SQL ou NoSQL | « Le schéma d'accès est de type clé-valeur, par code court et sans jointure : c'est cela qui justifie ici une base orientée colonnes, pas un effet de mode. » |
| Synchrone ou asynchrone | « L'utilisateur a besoin que l'écriture soit acquittée ; la diffusion des notifications peut passer par une file et arriver un peu plus tard. » |
La règle au-dessus des règles : ne citez jamais une technologie sans citer la propriété qui lui vaut sa place. « Kafka » est un mot ; « un journal partitionné pour que les consommateurs puissent rejouer les messages après une panne » est une raison.
Les dix sujets d'entretien system design les plus fréquents, et le nœud de chacun
- Raccourcisseur d'URL. Le nœud : la génération d'identifiants (compteur + base62, ou hachage + gestion des collisions) et le cache sur le chemin de lecture. Un échauffement classique : attendez-vous à des relances sur l'analytique et l'expiration.
- Système de chat (WhatsApp/Slack). Le nœud : la gestion des connexions (WebSockets, présence), l'ordre des messages par conversation, les garanties de livraison et les accusés de réception, la synchronisation hors ligne.
- Fil d'actualité, ou feed (Twitter/Instagram). Le nœud : la stratégie de fan-out et le problème des célébrités ; le classement confié à un service séparé ; une pagination par curseurs, pas par offsets.
- Rate limiter. Le nœud : le choix de l'algorithme (token bucket ou fenêtre glissante), le comptage distribué (Redis + Lua), le comportement en cas de panne (fail-open ou fail-closed) et son emplacement (sur la gateway ou dans chaque service).
- Stockage de fichiers (Dropbox/Drive). Le nœud : le découpage en blocs et la déduplication, le protocole de synchronisation et la résolution des conflits, la séparation entre métadonnées et blobs.
- Plateforme vidéo (YouTube). Le nœud : la chaîne d'upload (transcodage en tâches asynchrones), la stratégie CDN, le débit adaptatif ; l'économie du stockage.
- Mise en relation chauffeurs-passagers (Uber). Le nœud : l'indexation géospatiale (geohash/quadtree), le volume d'écritures des mises à jour de position, la mise en relation comme service à état, la majoration tarifaire comme flux de prix.
- Système de notifications. Le nœud : l'abstraction multicanal (push/e-mail/SMS), les préférences et les plafonds d'envoi par utilisateur, l'idempotence et les nouvelles tentatives avec dédoublonnage, les files de priorité.
- Cache distribué. Le nœud : le hachage cohérent, la politique d'éviction, cache-aside ou write-through, la protection contre l'effet de troupeau, le « thundering herd » (regroupement des requêtes, TTL avec gigue aléatoire).
- Système de métriques et de monitoring. Le nœud : le volume d'écritures des séries temporelles, le sous-échantillonnage et les paliers de rétention, l'explosion de la cardinalité des tags, l'évaluation des alertes comme calcul en flux continu.
Entraînez-vous sur au moins trois sujets de bout en bout, à voix haute, sur un tableau blanc ou dans un document, au rythme de 45 minutes. Raconter une conception et l'écrire sont deux compétences différentes, et c'est le récit que l'entretien évalue. Une simulation avec un assistant IA pour entretien d'embauche vous donne un retour au niveau de la transcription, à l'endroit exact où votre explication a perdu le fil ; ChadFlow peut aussi suivre la fenêtre de votre schéma pendant un entretien en direct et vous aider quand une relance tombe.
Les cinq façons de rater un entretien system design
- Sauter les exigences. Concevoir magnifiquement le mauvais système est l'échec le plus courant. Trente secondes de cadrage suffisent à l'éviter.
- L'estimation pour la galerie. Faire des calculs, puis ne jamais se servir des chiffres. Si votre estimation de QPS ne change rien à votre conception, c'était du spectacle.
- L'architecture de buzzwords. Lâcher Kafka, Cassandra ou Kubernetes sans la justification par les propriétés décrite plus haut.
- Le monologue. Cet entretien teste votre capacité à collaborer. Faites le point régulièrement : « Voulez-vous que j'approfondisse la couche de stockage, ou que je passe à l'API ? »
- Aucun scénario de panne. Pour chaque composant que vous dessinez, il faut une réponse à « que se passe-t-il quand il tombe ? » Préparez-la avant de dessiner la boîte.
Racontez vos conceptions comme quelqu'un qui l'a déjà fait.
ChadFlow transcrit vos simulations d'entretien de conception, vous aide à travailler vos explications entre deux sessions et vous assiste en direct grâce à une vue limitée à la fenêtre de votre schéma, le tout invisible au partage d'écran.
Télécharger ChadFlow