Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Étape 1 : Fixer des objectifs
Imaginez que votre équipe effectue le sprint final avant le lancement d'un produit majeur. Les nouvelles fonctionnalités sont révolutionnaires et l'enthousiasme des investisseurs ne cesse de croître. Ensuite, lors d'un déploiement de routine, votre service principal tombe en panne. Au fur et à mesure que les plaintes des clients envahissent vos e-mails, deux questions deviennent extrêmement claires : combien de temps pouvez-vous vous permettre de rester hors ligne ? Quelles données pouvez-vous vous permettre de perdre ?
Espérer que tout va bien fonctionner n'est pas une bonne stratégie. Vous avez besoin d'une méthode systématique pour décider où la résilience est la plus importante et où elle ne l'est pas. C'est là qu'une analyse d'impact commercial (BIA) devient essentielle. Il vous aide à prendre des décisions éclairées sur les domaines dans lesquels investir dans la résilience. Un BIA vous aide à comprendre quelles parties de votre système ont réellement besoin d'une fiabilité à toute épreuve et lesquelles peuvent tolérer une certaine flexibilité.
Commencez par cartographier les principaux parcours de vos utilisateurs. Pour chacune d'entre elles, posez-vous les questions suivantes :
-
Quel est l'impact si cela est perturbé ?
-
Dans combien de temps devons-nous rétablir le service ?
-
Quelles sont les données qu'il est essentiel de protéger ?
Il ne s'agit pas simplement d'un exercice technique ; il vous aide à comprendre l'impact commercial des problèmes de fiabilité. La perte de revenus n'est qu'un début. Réfléchissez à la façon dont les pannes peuvent éroder la confiance des clients, enfreindre les exigences réglementaires ou donner un avantage aux concurrents.
À partir de cette analyse, vous allez déduire deux chiffres critiques pour chaque parcours utilisateur : l'objectif de temps de restauration (RTO) et l'objectif de point de reprise (RPO). Le RTO définit la rapidité avec laquelle vous devez rétablir ce parcours. Le RPO définit le niveau de perte de données que vos clients peuvent tolérer. Ces objectifs commerciaux orientent ensuite les composants que vous choisissez et la manière dont vous les concevez, sans surdimensionner chaque partie du système.
L'avantage de cette approche est qu'elle vous permet de concentrer vos ressources limitées là où elles comptent le plus. Le traitement de vos transactions de base nécessite peut-être une restauration quasi instantanée et aucune perte de données, mais votre moteur de recommandation peut tolérer des temps d'arrêt plus longs. En définissant des objectifs clairs, vous créez un cadre qui vous permet de poursuivre le développement rapide de fonctionnalités tout en renforçant la résilience de manière stratégique.
Documentez clairement ces objectifs. Ils ne sont pas réservés à votre équipe d'ingénierie. Lorsque vous vous adressez à des entreprises clientes ou que vous soumettez un audit technique à des investisseurs, cette documentation montre que vous avez fait preuve d'un esprit critique en matière de continuité des activités.
Ces cibles évoluent au fur et à mesure que votre start-up grandit. Les besoins en résilience de vos mille premiers utilisateurs sont différents de ceux de votre première entreprise cliente. Commencez par des objectifs que vous pouvez atteindre de façon réaliste dès aujourd'hui, mais planifiez la manière dont ils se resserreront à mesure que vous évoluerez.
Ce guide explique comment mettre en œuvre des mesures de résilience qui répondent à ces objectifs. La définition de ces objectifs est votre première étape cruciale. Ils sont votre boussole pour surmonter la tension constante entre innovation et stabilité, en vous aidant à créer un système qui apporte de la valeur à vos clients de manière fiable.
