Alarmas, dashboards y notificaciones
Convertir métricas en acción: estados y evaluación de alarmas, alertas con SNS, alarmas compuestas, acciones de alarma y dashboards compartidos.
Una métrica que nadie mira no vale nada. Este tema cubre la cadena que va del número al ser humano y, cuando se puede, del número directo al arreglo: cómo decide una alarma que algo está mal, cómo llega esa decisión hasta un teléfono, cómo se evita que 41 alarmas correctas describan un solo evento, y cómo se ve la pantalla que alguien abre a las 03:00.
Casi todas las fallas de este tema son silenciosas. La alarma dice que la acción tuvo éxito, el topic existe, el dashboard carga, y aun así nadie se enteró. Aprender dónde ocurren esos cortes es lo que separa un stack de monitoreo que funciona de uno que solo parece completo.
Qué cubre este tema
- Los ajustes que componen una alarma de métrica: period, evaluation periods, datapoints to alarm, los tres estados y la regla de que las acciones se disparan solo al cambiar de estado
- Datos faltantes: los cuatro tratamientos, el rango de evaluación que suele ignorarlos, y por qué las alarmas se atascan en INSUFFICIENT_DATA
- Alarmas de alta resolución, alarmas de metric math y alarmas de detección de anomalías, con sus límites y su costo
- SNS para alertas operativas: topics y suscripciones, el paso de confirmación, filter policies, reintentos por protocolo, dead-letter queues y el permiso de KMS que rompe los topics cifrados
- Alarmas compuestas con expresiones de regla, supresión de acciones con WaitPeriod y ExtensionPeriod, y el par reboot contra recover de EC2
- Dashboards automáticos y personalizados, selección de widgets, gráficas entre cuentas y regiones, dashboards como JSON versionado y qué otorga compartir uno
Por qué importa
El examen SOA-C03 trata las alarmas como un problema de diagnóstico, no de configuración. Los enunciados te dan una alarma que no se disparó, una que se disparó demasiado, un correo que nunca llegó o una notificación que se detuvo después de habilitar el cifrado, y te preguntan qué revisar. Todas esas respuestas viven en detalles concretos: cómo se lee la ventana de evaluación, dónde se adjunta una dead-letter queue, qué acciones no puede ejecutar una alarma compuesta.
Ese conocimiento también sostiene lo que viene. El Auto Scaling del siguiente dominio es una alarma de CloudWatch con una política de escalado conectada. La remediación automática del siguiente tema empieza donde termina una acción de alarma. Y el criterio para decidir cuándo una alarma debe avisar y cuándo debe arreglar es el mismo que vas a aplicar el resto del curso.