Étape 3 : Évaluer et tester

Vous avez construit une base résiliente, mais comment savez-vous qu'elle fonctionne réellement ? Tester la résilience peut sembler un luxe lorsque vous vous efforcez de prouver l'adéquation du produit au marché. Cependant, il existe un moyen intelligent de le faire sans faire dérailler le développement de vos fonctionnalités. Ce chapitre décrit les tests pratiques et allégés qui s'adaptent au rythme d'une start-up.

Commencez par AWS Resilience Hub, et considérez-le comme un outil d'évaluation initiale de l'architecture. Il fournit un examen de base utile des fondements de résilience d'une architecture. Il vous aide à évaluer si la configuration de base de l'infrastructure correspond à vos objectifs de restauration en vérifiant les modèles de configuration courants et les points de défaillance uniques potentiels. Il peut signaler des lacunes évidentes, telles que l'absence de plusieurs configurations de zone de disponibilité ou des politiques de sauvegarde incomplètes. Resilience Hub complète, mais ne remplace pas, les révisions d'architecture réfléchies et les tests ciblés des chemins critiques.

Pour valider vos objectifs de restauration documentés, planifiez des tests de restauration mensuels AWS Backupdans votre environnement de développement. Même si cela demande du temps d'ingénierie, cela peut s'avérer moins coûteux que de découvrir que vos sauvegardes ne fonctionnent pas lors d'un véritable incident. Intégrez-le à votre cycle de développement habituel, par exemple en exécutant des tests unitaires ou des révisions de code. L'objectif n'est pas la perfection ; c'est la certitude que vous pouvez récupérer quand vous en avez besoin.

Au fur et à mesure que votre start-up grandit et que les clients commencent à dépendre de plus en plus de vous, améliorez progressivement votre jeu de test. Lorsque vous déployez de nouvelles fonctionnalités, incluez des contrôles de résilience de base dans votre pipeline. Essayez des expériences de chaos simples en utilisant AWS Fault Injection Service. Commencez dans votre environnement de préproduction et commencez modestement. Testez la façon dont votre application gère une réponse API différée pendant le développement avant d'envisager des expériences de production. Au fur et à mesure que votre confiance augmente, étendez progressivement ces tests, mais validez toujours d'abord en préproduction. Pour une start-up, casser des objets en production est suffisamment risqué sans le faire intentionnellement.

La clé, c'est l'équilibre. Chaque heure consacrée aux tests est une heure non consacrée à la création de nouvelles fonctionnalités. Cependant, quelques tests stratégiques peuvent prévenir les types de pannes susceptibles de faire perdre la confiance des clients. Utilisez les outils automatisés fournis AWS pour effectuer le gros du travail et concentrez-vous sur les tests les plus importants pour vos clients. Cela vous permet de renforcer la confiance dans la résilience de votre application sans ralentir l'innovation.

Le chapitre suivant explique comment faire évoluer cette base au fur et à mesure que votre start-up évolue.