Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Prueba de operaciones
Al igual que los productos, las operaciones de TI deben probarse, de principio a fin y con una cadencia regular. Si bien los clientes empresariales han adoptado las pruebas operativas para actividades como la recuperación ante desastres, las pruebas operativas deberían ampliarse a otros ámbitos operativos, como la gestión de incidentes y eventos. Los escenarios habituales, como los simulacros de incendio, son actividades que ponen a prueba la forma en que los procesos, las herramientas y las personas reaccionan cuando se produce un incidente operativo.
Estos son algunos escenarios normativos para un día de partido que se utilizan para poner a prueba la gestión de incidentes y eventos: AWS
-
Prueba de stress de utilización de la CPU de Amazon Elastic Compute Cloud (Amazon EC2)
-
Prueba de stress EC2 de la red Amazon
-
Prueba de stress EC2 de memoria de Amazon
-
Escenarios de error de tareas de Amazon Elastic Container Service (Amazon ECS)
-
AWS Lambda límites de simultaneidad e impacto en el arranque en frío
-
Inyección de latencia y regulación de Amazon API Gateway
-
Prueba de esfuerzo de memoria de Amazon Relational Database Service (Amazon RDS)
-
Pruebas de conmutación por error de Amazon RDS
-
Estrés de almacenamiento de Amazon RDS
-
Pruebas de estrangulamiento y particiones activas en Amazon DynamoDB
-
Simulación de errores en la zona de disponibilidad
Considere la posibilidad de utilizar lo siguiente Servicios de AWS para ejecutar escenarios de prueba:
-
AWS Fault Injection Service (AWS FIS)
para experimentos controlados de ingeniería del caos -
Amazon CloudWatch Synthetics para pruebas de puntos finales de aplicaciones
-
Automatización, una capacidad de AWS Systems Manager, para organizar escenarios complejos
-
AWS Resilience Hub
para evaluar y mejorar la resiliencia de las aplicaciones
Como práctica recomendada, debe probar sus operaciones de TI empezando por la gestión de incidentes y eventos, y extender las pruebas a otros dominios operativos. También es fundamental tener un horario predeterminado para el día del partido. Estos son algunos ejemplos de horarios:
Programación de producción o no producción

Programación de producción y no producción
