Ce principe du pilier de fiabilité du Google Cloud Well-Architected Framework vous aide à définir des objectifs de fiabilité techniquement réalisables pour vos charges de travail dans Google Cloud.
Ce principe est pertinent pour le domaine d'intérêt de la définition du champ d'application de la fiabilité.
Présentation du principe
Concevez vos systèmes pour qu'ils soient suffisamment fiables pour satisfaire les utilisateurs. Cela peut sembler contre-intuitif, mais un objectif de fiabilité de 100% n'est souvent pas la stratégie la plus efficace. Une fiabilité plus élevée peut entraîner un coût nettement plus élevé, à la fois en termes d'investissement financier et de limitations potentielles de l'innovation. Si les utilisateurs sont déjà satisfaits du niveau de service actuel, les efforts visant à accroître encore leur satisfaction peuvent générer un faible retour sur investissement. Vous pouvez alors mieux utiliser vos ressources ailleurs.
Vous devez déterminer le niveau de fiabilité qui satisfait vos utilisateurs et le point où le coût des améliorations incrémentales commence à dépasser les avantages. Lorsque vous déterminez ce niveau de fiabilité suffisante, vous pouvez allouer des ressources de manière stratégique et vous concentrer sur les fonctionnalités et les améliorations qui offrent une plus grande valeur à vos utilisateurs.
Recommandations
Pour définir des objectifs de fiabilité réalistes, tenez compte des recommandations des sous-sections suivantes.
Accepter certains échecs et hiérarchiser les composants
Visez une haute disponibilité, par exemple un temps d'activité de 99,99 %, mais ne définissez pas d'objectif de 100 %. Reconnaissez que certains échecs sont inévitables.
L'écart entre un temps d'activité de 100% et un objectif de 99,99% correspond à la marge d'erreur. Cet écart est souvent appelé budget d'erreur. Le budget d'erreur peut vous aider à prendre des risques et à innover, ce qui est essentiel pour que toute entreprise reste compétitive.
Priorisez la fiabilité des composants les plus critiques du système. Acceptez que les composants moins critiques puissent avoir une tolérance plus élevée aux échecs.
Équilibre entre fiabilité et coût
Pour déterminer le niveau de fiabilité optimal de votre système, effectuez des analyses coûts-avantages approfondies.
Tenez compte de facteurs tels que la configuration système requise, les conséquences des échecs et la tolérance au risque de votre organisation pour l'application spécifique. N'oubliez pas de tenir compte de vos métriques de reprise après sinistre, telles que l'objectif de temps de récupération (RTO) et l'objectif de point de récupération (RPO). Déterminez le niveau de fiabilité acceptable dans le respect du budget et des autres contraintes.
Recherchez des moyens d'améliorer l'efficacité et de réduire les coûts sans compromettre les fonctionnalités de fiabilité essentielles.