Vous devez effectuer un test A/B sur un nouvel algorithme de recommandation de produits derrière un équilibreur de charge HTTP(S) global et randomiser les utilisateurs. Comment devriez-vous acheminer le trafic ?

Pour réaliser un test A/B randomisé derrière un équilibreur de charge HTTP(S) global, la répartition du trafic entre les versions à l'aide de pondérations est la méthode la plus appropriée. Cela permet de diriger un pourcentage défini d'utilisateurs vers le nouvel algorithme de recommandation (version B) et le reste vers l'algorithme existant (version A), assurant ainsi une randomisation et une comparaison équitables des performances. Activer la nouvelle fonctionnalité sur une seule instance ne permettrait pas un test A/B randomisé et ne serait pas gérable à l'échelle. Dupliquer le trafic envoie la même requête aux deux versions, ce qui n'est pas un test A/B et peut avoir des effets secondaires indésirables. Le routage basé sur l'en-tête HTTP est utile pour des tests ciblés (par exemple, pour les développeurs ou les testeurs), mais pas pour une randomisation à grande échelle des utilisateurs pour un test A/B.