Etapa 3: evaluación y pruebas

Ha creado una base resiliente, pero ¿cómo sabe que realmente funciona? Probar la resiliencia puede parecer un lujo cuando se trata de demostrar que un producto es apto para el mercado. Sin embargo, existe una forma inteligente de hacerlo sin interrumpir el desarrollo de las funciones. En este capítulo se describen las pruebas sencillas y prácticas que se adaptan al ritmo de una empresa emergente.

Comience con una AWS Resilience Hubherramienta de evaluación inicial de la arquitectura y considérela como una herramienta de evaluación inicial de la arquitectura. Proporciona una útil revisión básica de los fundamentos de la resiliencia de una arquitectura. Le ayuda a evaluar si la configuración básica de la infraestructura se ajusta a sus objetivos de recuperación al comprobar los patrones de configuración comunes y los posibles puntos únicos de fallo. Puede detectar brechas obvias, como la falta de varias configuraciones de zonas de disponibilidad o políticas de respaldo incompletas. Resilience Hub complementa, pero no reemplaza, las minuciosas revisiones de la arquitectura y las pruebas específicas de las rutas críticas.

Para validar sus objetivos de recuperación documentados, programe pruebas de restauración mensuales AWS Backupen su entorno de desarrollo. Aunque requiere tiempo de ingeniería, puede resultar más económico que descubrir que las copias de seguridad no funcionan durante un incidente real. Haz que forme parte de tu ciclo de desarrollo habitual, por ejemplo, realizando pruebas unitarias o revisiones de código. El objetivo no es la perfección, sino la confianza de que puedes recuperarte cuando lo necesites.

A medida que tu startup crezca y los clientes empiecen a depender más de ti, mejora poco a poco tu nivel de experiencia con las pruebas. Cuando implementes nuevas funciones, incluye comprobaciones básicas de resiliencia en tu proceso. Prueba experimentos de caos sencillos usando AWS Fault Injection Service. Comience en su entorno de preproducción y comience poco a poco. Comprueba cómo gestiona tu aplicación los retrasos en la respuesta de la API durante el desarrollo antes de plantearte realizar cualquier experimento de producción. A medida que aumente su confianza, amplíe gradualmente estas pruebas, pero siempre valide primero en preproducción. Para una empresa emergente, romper cosas en producción ya es bastante arriesgado sin hacerlo intencionalmente.

La clave es el equilibrio. Cada hora dedicada a las pruebas es una hora que no se dedica a crear nuevas funciones. Sin embargo, unas cuantas pruebas estratégicas pueden evitar este tipo de interrupciones que hacen perder la confianza de los clientes. Utilice las herramientas automatizadas que proporciona AWS para hacer el trabajo pesado y céntrese en las pruebas que más importan a sus clientes. Esto le ayuda a generar confianza en la resiliencia de su aplicación sin ralentizar la innovación.

El siguiente capítulo explora cómo hacer evolucionar esta base a medida que su empresa emergente crece.