Comment préparer une croissance des utilisateurs par dix en tant que tech lead ?

Question

IT Interview Practice · Accepted Answer

En tant que tech lead, je commencerais par transformer **« dix fois plus d’utilisateurs » en usages attendus, objectifs de service et plan réalisable par l’équipe**. Le nombre de comptes inscrits ne suffit pas à connaître le trafic au moment le plus chargé.

Prenons une campagne commerciale sur une plateforme de commandes. Il faut que les clients puissent consulter les produits, acheter et recevoir leur confirmation, dans les limites du calendrier et du budget.

## 1. Traduire la croissance en charge de travail

Demandez à l’équipe produit quand les utilisateurs arriveront et quelles actions ils effectueront. Une progression sur un an diffère d’une campagne qui attire tout le monde au même moment.

À titre d’exemple, 100 000 comptes dont 1 % sont actifs simultanément représentent 1 000 utilisateurs connectés. Avec 5 %, ils sont 5 000. Ce sont des hypothèses illustratives, pas des proportions à appliquer par défaut. Il reste à estimer la fréquence des requêtes et le travail par requête.

Listez la charge créée par la campagne :

- Consultation et recherche, y compris sur les produits populaires.
- Écritures de commandes et de paiements aux heures de pointe.
- Croissance du stockage et de l’historique conservé.
- Tâches en arrière-plan, comme les notifications et les rapports.

On obtient ainsi des charges à tester, au lieu d’une consigne vague consistant à multiplier les serveurs par dix.

## 2. Définir ce qui doit rester satisfaisant

Fixez les temps de réponse, taux d’erreur et critères d’achèvement acceptables pour les parcours critiques. Précisez aussi la fraîcheur des données et les attentes de reprise lorsqu’elles comptent. Un rapport retardé peut être acceptable, contrairement à un paiement impossible.

```text
[Campaign assumptions] -> [Expected workload] -> [Service targets]
                                                   |
                                            [Acceptance tests]
```

Ces objectifs relient le travail technique au résultat pour le client. Ils permettent de juger si une amélioration suffit et quelle dégradation est tolérable sous pression.

## 3. Mesurer les limites actuelles avant de choisir les changements

Utilisez les observations de production et des tests de charge représentatifs. Examinez les requêtes lentes, connexions à la base, CPU, mémoire, ancienneté des tâches en file et quotas des services externes. Reproduisez aussi la concentration du trafic sur certains produits, au lieu de tester uniquement des requêtes aléatoires.

Si les connexions à la base constituent la limite, ajouter des instances applicatives peut accroître la contention. Si le quota du prestataire de paiement bloque le système, accélérer l’application ne relève pas ce quota.

Testez également un cache froid et la perte d’une instance. Il faut pouvoir se rétablir pendant la campagne, et pas seulement réussir un test dans des conditions idéales.

## 4. Transformer les constats en tâches attribuées

| Constat | Action possible | Preuve attendue |
| --- | --- | --- |
| Lectures coûteuses répétées | Améliorer la requête ou mettre en cache les résultats adaptés | Moins de travail pour la base avec une fraîcheur acceptable. |
| Tâches en arrière-plan concurrentes des achats | Limiter ou séparer leur capacité | Le passage de commande reste sain pendant leur exécution. |
| Quota d’une dépendance insuffisant | Obtenir une hausse ou contrôler l’admission | Quota confirmé et comportement testé à la limite. |
| Capacité encore insuffisante après les petites corrections | Étudier un redimensionnement ou une évolution d’architecture | Gain mesuré, plan de migration et coût. |

Attribuez à chaque action un responsable, un budget, des dépendances, une échéance et un test d’acceptation. Incluez le déploiement, la formation à l’exploitation et la préparation de l’astreinte.

Priorisez selon l’impact client et le risque de livraison. Une réécriture majeure ou un projet de sharding exige une justification mesurée et assez de temps pour migrer et vérifier.

## 5. Répéter la campagne et augmenter progressivement le trafic

Déployez par étapes maîtrisables et testez ensemble les parcours attendus. Définissez quand augmenter le trafic, arrêter cette augmentation ou revenir en arrière. Une modification du format des données peut nécessiter une correction en avant plutôt qu’un simple retour à la version précédente.

Préparez une dégradation contrôlée : retarder les exports facultatifs, limiter les tâches en arrière-plan ou refuser les requêtes excédentaires tout en préservant les opérations critiques. Vérifiez que ces mécanismes réduisent réellement la charge et donnent une réponse claire au client.

Si l’objectif dépasse le délai ou le budget, présentez des options concrètes au produit : étaler l’acquisition, réduire une fonctionnalité coûteuse ou financer le goulet d’étranglement mesuré. Expliquez l’impact client et l’incertitude de chaque option.

**À retenir :** hypothèses de croissance → objectifs de service → limites mesurées → feuille de route attribuée → déploiement répété. Le plan de capacité du tech lead couvre aussi les personnes, le financement et la reprise.

Constat	Action possible	Preuve attendue
Lectures coûteuses répétées	Améliorer la requête ou mettre en cache les résultats adaptés	Moins de travail pour la base avec une fraîcheur acceptable.
Tâches en arrière-plan concurrentes des achats	Limiter ou séparer leur capacité	Le passage de commande reste sain pendant leur exécution.
Quota d’une dépendance insuffisant	Obtenir une hausse ou contrôler l’admission	Quota confirmé et comportement testé à la limite.
Capacité encore insuffisante après les petites corrections	Étudier un redimensionnement ou une évolution d’architecture	Gain mesuré, plan de migration et coût.

1. Traduire la croissance en charge de travail

2. Définir ce qui doit rester satisfaisant

3. Mesurer les limites actuelles avant de choisir les changements

4. Transformer les constats en tâches attribuées

5. Répéter la campagne et augmenter progressivement le trafic

Questions connexes