Ingénierie de la fiabilité des sites

Chapitre 3. Accepter le risque

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Écrit par Marc Alvidrez

Édité par Kavita Guliani

On pourrait s'attendre à ce que Google essaie de créer des services fiables à 100 %, c'est-à-dire des services qui ne tombent jamais en panne. Il s'avère cependant qu'à partir d'un certain point, l'augmentation de la fiabilité est pire pour un service (et ses utilisateurs) plutôt qu'une amélioration ! Une fiabilité extrême a un coût : maximiser la stabilité limite la vitesse à laquelle de nouvelles fonctionnalités peuvent être développées et à laquelle les produits peuvent être livrés aux utilisateurs, et augmente considérablement leur coût, ce qui réduit à son tour le nombre de fonctionnalités qu'une équipe peut se permettre d'offrir. De plus, les utilisateurs ne remarquent généralement pas la différence entre une fiabilité élevée et une fiabilité extrême dans un service, parce que l'expérience de l'utilisateur est dominée par des composants moins fiables comme le réseau cellulaire ou l'appareil avec lequel il travaille. En d'autres termes, un utilisateur utilisant un smartphone fiable à 99 % ne peut pas faire la différence entre un service fiable à 99,99 % et un service fiable à 99,999 % ! En gardant cela à l'esprit, plutôt que de simplement maximiser le temps de disponibilité, l'ingénierie de la fiabilité des sites cherche à équilibrer le risque d'indisponibilité avec ...