Passer à l’échelle de la modération d’images marketplace exige de prévoir le volume entrant, la capacité de traitement et le temps de reprise. Il faut inclure OCR, retries et exceptions de revue.

1. Prévoir le trafic réellement entrant

Utilisez l’historique, les campagnes, les événements saisonniers, la taille des images et les comportements d’upload pour construire un scénario de charge. La moyenne quotidienne ne décrit pas le pic d’un lancement ou d’une promotion.

Distinguez volume entrant, volume terminé, volume en erreur et volume envoyé en revue. Ces files n’ont pas la même capacité ni le même coût.

2. Modéliser la file et le délai

Une file augmente lorsque le débit entrant dépasse durablement le débit de traitement. Mesurez l’âge du message le plus ancien, la taille de la file, le p95 de latence et le temps nécessaire pour revenir à l’équilibre.

Fixez une deadline de publication et décidez ce qui arrive aux images qui la dépassent. Une attente silencieuse finit par devenir une expérience incohérente pour les vendeurs.

3. Inclure OCR, retries et revue

Une image peut déclencher plusieurs étapes : préparation, analyse visuelle, OCR, analyse du texte extrait et revue humaine. Les retries doivent être bornés afin de ne pas multiplier la charge pendant une panne.

La revue est souvent le goulot d’étranglement. Estimez le nombre de cas incertains et la capacité par reviewer, puis définissez une priorité par risque.

4. Gérer les pics et le backpressure

Utilisez une file durable, un contrôle de concurrence et une admission adaptée. Il peut être préférable de limiter temporairement une surface secondaire plutôt que de dégrader la publication de toutes les annonces.

Les tâches obsolètes doivent expirer. Lors de la reprise, évitez un second pic qui ferait tomber le système au moment où il tente de vider son backlog.

5. Observer les dépendances

Suivez latence, erreurs, retries, taille de file, taux de revue, coût et exposition de contenu. Segmentez par fournisseur, langue, taille d’image et catégorie.

Les alertes doivent distinguer une réponse valide indiquant qu’un contenu est autorisé d’une erreur technique. Les deux n’ont pas la même action.

6. Tester avec des charges réalistes

Reproduisez des bursts, des distributions de tailles, des images difficiles pour l’OCR et des comportements de retry. Un test à débit régulier ne révèle pas le comportement pendant un pic réel.

Testez la reprise, l’expiration, la déduplication et la publication hors ordre. La résilience se vérifie aussi après la panne.

7. Planifier la capacité de revue

Définissez un seuil de file au-delà duquel une politique alternative s’applique : priorité aux catégories à risque, demande de correction ou suspension temporaire de publication.

Ne masquez pas la saturation derrière une hausse de délai. Elle doit déclencher une décision produit et opérationnelle.

8. Déployer par étapes

Commencez avec un périmètre limité, conservez un fallback et fixez les conditions de rollback. Discutez avec Bodyguard du trafic attendu, du contrat de latence et des catégories qui nécessitent un traitement contextuel.

Une capacité scalable est celle que l’équipe peut mesurer, expliquer et restaurer, pas seulement celle qui traite un test nominal.

Sources

Share this article