# PERF 7: ¿Cómo supervisa los recursos para garantizar el rendimiento?
El rendimiento del sistema puede degradarse con el tiempo. Supervise el rendimiento del sistema para identificar esta degradación y remediar factores internos o externos, como el sistema operativo o la carga de la aplicación.
**Topics**
+ [PERF07-BP01 Registrar métricas relacionadas con el rendimiento](perf_monitor_instances_post_launch_record_metrics.md)
+ [PERF07-BP02 Analizar las métricas cuando se producen eventos o incidentes](perf_monitor_instances_post_launch_review_metrics.md)
+ [PERF07-BP03 Establecer indicadores clave de rendimiento (KPI) para medir el rendimiento de la carga de trabajo](perf_monitor_instances_post_launch_establish_kpi.md)
+ [PERF07-BP04 Usar la supervisión para generar notificaciones basadas en alarmas](perf_monitor_instances_post_launch_generate_alarms.md)
+ [PERF07-BP05 Revisar las métricas a intervalos regulares](perf_monitor_instances_post_launch_review_metrics_collected.md)
+ [PERF07-BP06 Supervisar y usar alarmas de forma proactiva](perf_monitor_instances_post_launch_proactive.md)
# PERF07-BP01 Registrar métricas relacionadas con el rendimiento
Utilice un servicio de supervisión y observabilidad para registrar métricas relacionadas con el rendimiento. Entre los ejemplos de estas métricas se incluyen el registro de las transacciones de la base de datos, las consultas lentas, la latencia de E/S, el rendimiento de las solicitudes HTTP, la latencia de los servicios u otros datos clave.
Identificar las métricas de rendimiento que importan para su carga de trabajo y regístrelas. Estos datos son una parte importante para poder identificar qué componentes están afectando al rendimiento o a la eficiencia general de la carga de trabajo.
Trabajar a partir de la experiencia del cliente, identificar las métricas que importan. Para cada medida, identificar el objetivo, el enfoque de la medida y la prioridad. Utilícelas para crear alarmas y notificaciones para abordar de manera proactiva las cuestiones relacionadas con el rendimiento.
**Antipatrones usuales:**
+ Supervisa únicamente las métricas de nivel de sistema para obtener información sobre la carga de trabajo.
+ Diseña sus necesidades de computación para los requisitos de carga de trabajo máxima.
**Beneficios de establecer esta práctica recomendada:** Para optimizar el rendimiento y la utilización de los recursos, se necesita una visión operativa unificada de sus indicadores clave de rendimiento. Puede crear paneles y realizar cálculos de métricas para obtener información operativa y de utilización.
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Alto
## Guía para la implementación
Identifique las métricas de rendimiento pertinentes para su carga de trabajo y regístrelas. Estos datos ayudan a identificar qué componentes están afectando al rendimiento o a la eficiencia general de la carga de trabajo.
Identifique las métricas de rendimiento: utilice la experiencia del cliente para identificar las métricas más importantes. Para cada medida, identificar el objetivo, el enfoque de la medida y la prioridad. Utilice estos puntos de datos para crear alarmas y notificaciones para abordar de manera proactiva las cuestiones relacionadas con el rendimiento.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Recopile métricas y registros de las instancias de Amazon EC2 y de los servidores locales con el agente de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Publique métricas personalizadas](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html?ref=wellarchitected)
+ [Supervisión, registro y rendimiento Socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
**Videos relacionados**
+ [Evite el caos: obtenga visibilidad operativa y conocimientos (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Administración del rendimiento de las aplicaciones en AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Diseñe un plan de monitoreo](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Ejemplos relacionados:**
+ [Nivel 100: supervisión con paneles de CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
+ [Nivel 100: supervisión de una instancia EC2 de Windows con paneles de CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_windows_ec2_cloudwatch/)
+ [Nivel 100: supervisión de una instancia EC2 de Amazon Linux con paneles de CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_linux_ec2_cloudwatch/)
# PERF07-BP02 Analizar las métricas cuando se producen eventos o incidentes
En respuesta a (o durante) un evento o incidente, utilice los tableros o informes de monitorización para comprender y diagnosticar el impacto. Estas opiniones permiten saber qué partes de la carga de trabajo no están rindiendo según lo esperado.
Cuando escribe historias de usuario cruciales para su arquitectura, incluya requisitos de rendimiento, como especificar qué tan rápido debe ejecutarse cada historia crucial. Para estas historias cruciales, implemente viajes de usuario con scripts adicionales para asegurarse de que sepa cómo estas historias funcionan según sus requisitos.
**Patrones de uso no recomendados comunes:**
+ Da por sentado que estos eventos de rendimiento son errores únicos y solo están relacionados con anomalías.
+ Evalúa únicamente las métricas de rendimiento existentes al responder a eventos de rendimiento.
**Beneficios de establecer esta práctica recomendada:** al determinar si su carga de trabajo funciona a los niveles previstos, debe responder ante los eventos de rendimiento reuniendo datos de métricas adicionales para su análisis. Estos datos se utilizan para comprender el impacto del evento de rendimiento y proponer cambios para mejorar el rendimiento de las cargas de trabajo.
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Alto
## Guía para la implementación
Priorizar las preocupaciones de la experiencia para las historias de usuario cruciales: cuando escriba historias de usuario cruciales para su arquitectura, incluya requisitos de rendimiento, como por ejemplo, especificar lo rápido que debe ejecutarse cada historia crucial. Para estas historias cruciales, implemente viajes de usuario con scripts adicionales para asegurarse de que sepa cómo funcionan las historias de usuarios según sus requisitos.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Supervisión, registro y rendimiento Socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Vídeos relacionados**
+ [Evite el caos: obtenga visibilidad operativa y conocimientos (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Optimizar aplicaciones a través de Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demostración de Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Ejemplos relacionados:**
+ [Medición del tiempo de carga de la página con Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Cliente web de Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
# PERF07-BP03 Establecer indicadores clave de rendimiento (KPI) para medir el rendimiento de la carga de trabajo
Identifique los KPI que miden de forma cuantitativa y cualitativa el rendimiento de la carga de trabajo. Los KPI ayudan a medir el estado de una carga de trabajo en la medida en que se relacione con un objetivo empresarial. Los KPI ayudan a las empresas y a los equipos de ingeniería a alinearse en torno a la medición de los objetivos y estrategias, y en cómo se combina todo esto para producir resultados empresariales. Los KPI se deberían reevaluar cuando cambien los objetivos empresariales, las estrategias o los requisitos del usuario final.
Por ejemplo, una carga de trabajo de un sitio web podría usar el tiempo de carga de la página como indicación del rendimiento general. Esta métrica sería uno de los diversos puntos de datos que miden la experiencia de un usuario final. Además de identificar los umbrales de los tiempos de carga de la página, debería documentar el resultado previsto o el riesgo empresarial si no se cumple el objetivo de rendimiento. Un tiempo de carga de la página prolongado afectaría a sus usuarios finales directamente, disminuyen la valoración de su experiencia de usuario y podría generar pérdida de clientes. Al definir sus umbrales de KPI, combine tanto las referencias del sector como las expectativas de su usuario final. Por ejemplo, si la referencia del sector actual es que una página web se cargue en un periodo de dos segundos, pero sus usuarios esperan que la página web se cargue en solamente un segundo, debería tener en cuenta estos dos puntos de datos al establecer el KPI. Otro ejemplo de un KPI podría girar en torno a cumplir las necesidades de rendimiento internas. Un umbral de KPI podría establecerse sobre la generación de informes de venta en el plazo de un día laborable tras haberse generado los datos de producción. Estos informes podrían afectar directamente las decisiones diarias y los resultados empresariales.
**Resultado deseado:** El establecimiento de KPI implica a diferentes partes interesadas y departamentos. Su equipo debe evaluar los KPI de sus cargas de trabajo utilizando datos detallados en tiempo real y datos históricos como referencia, y también crear paneles que lleven a cabo cálculos de métricas sobre sus datos de KPI para obtener información operativa y de uso. Los KPI deberían documentarse de modo que se expliquen los indicadores convenidos y los umbrales que respalden los objetivos y estrategias empresariales, y de modo que se asignen a las métricas supervisadas. Los KPI identifican requisitos de rendimiento, se revisan de forma intencional y se comparten y divulgan con frecuencia entre todos los equipos. Los riesgos y las compensaciones están claramente identificados y se pretende comprender cómo se ve afectada la empresa cuando no se cumplen los umbrales de los KPI.
**Antipatrones usuales:**
+ Supervisa únicamente las métricas de nivel de sistema para obtener información sobre su carga de trabajo sin comprender el impacto empresarial de dichas métricas.
+ Supone que sus KPI ya se están publicando y compartiendo como datos de métricas estándares.
+ Definir los KPI pero no compartirlos con todos los equipos.
+ No definir un KPI cuantitativo y medible.
+ No alinear los KPI con objetivos o estrategias empresariales.
**Beneficios de establecer esta práctica recomendada:** La identificación de métricas específicas que representan el estado de las cargas de trabajo ayuda a alinear a los equipos en torno a sus prioridades y a definir resultados empresariales satisfactorios. La divulgación de esas métricas a todos los departamentos proporciona visibilidad y permite alinearse en torno a umbrales, expectativas y repercusiones empresariales.
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Alto
## Guía para la implementación
Todos los departamentos y equipos empresariales que se vean afectados por el estado de la carga de trabajo deberían contribuir a la definición de los KPI. Una única persona debería encargarse de la colaboración, los plazos, la documentación y la información relacionada con los KPI de una organización. Este propietario único comunicará a los demás los objetivos y estrategias empresariales con frecuencia y asignará a los interesados dentro de la empresa determinadas tareas para crear KPI en sus departamentos respectivos. Una vez definidos los KPI, el equipo de operaciones ayudará a definir las métricas que respaldarán y determinarán el éxito de los distintos KPI. Los KPI son únicamente eficaces si todos los miembros del equipo sobre el que se basa una carga de trabajo son conscientes de ellos.
**Pasos para la aplicación**
1. Identificar a las partes interesadas empresariales y documentarlos.
1. Identificar los objetivos y estrategias de la empresa.
1. Revisar los KPI habituales en el sector que se alineen con sus objetivos y estrategias empresariales.
1. Revisar las expectativas de los usuarios finales en relación con su carga de trabajo.
1. Definir y documentar los KPI que respalden los objetivos y estrategias de la empresa.
1. Identificar y documentar las estrategias de compensación autorizadas para alcanzar los KPI.
1. Identificar y documentar las métricas que determinarán los KPI.
1. Identificar y documentar los umbrales de los KPI según los niveles de gravedad o alarma.
1. Identificar y documentar el riesgo y el impacto de los KPI si no se cumplen.
1. Identificar la frecuencia de las revisiones por KPI.
1. Comunicar la documentación de los KPI a todos los equipos que intervengan en la carga de trabajo.
** Nivel de esfuerzo para las directrices de implementación:** La definición y comunicación de los KPI supone una *baja* cantidad de trabajo. Por lo general, se puede llevar a cabo en varias semanas, mediante reuniones con las partes interesadas empresariales para revisar objetivos, estrategias y métricas de las cargas de trabajo.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch ](http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Supervisión, registro y rendimiento Socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray ](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Uso de paneles de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html?ref=wellarchitected)
+ [KPI de Quick](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html)
**Videos relacionados**
+ [AWS re:Invent 2019: Escalar hasta sus primeros 10 millones de usuarios (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Evite el caos: obtenga visibilidad operativa y conocimientos (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Diseñe un plan de monitoreo](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Ejemplos relacionados:**
+ [Creación de un panel con Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
# PERF07-BP04 Usar la supervisión para generar notificaciones basadas en alarmas
A partir de los indicadores clave de rendimiento (KPI) que haya definido, utilice un sistema de supervisión que genere alarmas automáticamente cuando estas mediciones estén fuera de los límites previstos.
Amazon CloudWatch puede recopilar métricas en los recursos de su arquitectura. También puede recopilar y publicar métricas del cliente para negocios de superficie o métricas derivadas. Use CloudWatch o un servicio de supervisión de terceros para establecer alarmas que indiquen cuándo se infringen los umbrales; las alarmas indican que una métrica está fuera de los límites esperados.
**Patrones de uso no recomendados comunes:**
+ Confía en que el personal observe las métricas y reaccione cuando vea un problema.
+ Confía únicamente en los runbooks operativos, cuando los flujos de trabajo sin servidor podrían desencadenarse para realizar la misma tarea.
**Beneficios de establecer esta práctica recomendada:** puede establecer alarmas y automatizar acciones basadas en umbrales predefinidos o en algoritmos de machine learning que identifiquen comportamientos anómalos en sus métricas. Estas mismas alarmas también pueden desencadenar flujos de trabajo sin servidor, que pueden modificar las características de rendimiento de su carga de trabajo (por ejemplo, aumentar la capacidad de computación o alterar la configuración de la base de datos).
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Mediana
## Guía para la implementación
Supervise las métricas: Amazon CloudWatch puede recopilar métricas entre los recursos de su arquitectura. Puede recopilar y publicar métricas personalizadas para hacer aflorar métricas empresariales o derivadas. Utilice CloudWatch o un servicio de supervisión de terceros para establecer alarmas que indiquen cuándo se superan los umbrales.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Supervisión, registro y rendimiento Socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Using Alarms and Alarm Actions in CloudWatch (Uso de alarmas y acciones de alarma en CloudWatch)](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Vídeos relacionados:**
+ [AWS re:Invent 2019: Scaling up to your first 10 million users (Escalado vertical hasta sus primeros 10 millones de usuarios) (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Cut through the chaos: Gain operational visibility and insight (Evite el caos: obtenga visibilidad operativa y conocimientos) (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Diseñe un plan de monitoreo](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Uso de AWS Lambda con Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Ejemplos relacionados:**
+ [Cloudwatch Logs Customize Alarms](https://github.com/awslabs/cloudwatch-logs-customize-alarms)
# PERF07-BP05 Revisar las métricas a intervalos regulares
Como mantenimiento de rutina o en respuesta a eventos o incidentes, revise qué métricas se recopilan. Utilice estas revisiones para determinar qué métricas son esenciales para abordar los problemas y cuáles adicionales en caso de que se haga un seguimiento para ayudar a identificar, abordar o prevenir problemas.
Como parte de la respuesta a incidentes o sucesos, evalúe qué parámetros fueron útiles para abordar el problema y qué parámetros podrían haber ayudado a los que no se están controlando actualmente. Utilícelo para mejorar la calidad de la métrica que recopila, de modo que pueda prevenir o resolver más rápidamente futuros incidentes.
**Patrones de uso no recomendados comunes:**
+ Permite que las métricas se mantengan en un estado de alarma durante un periodo de tiempo extendido.
+ Crea alarmas que no pueda accionar un sistema de automatización.
**Beneficios de establecer esta práctica recomendada:** revisar continuamente métricas que se recopilan para garantizar que puedan identificar, abordar o prevenir problemas apropiadamente. Las métricas también pueden estancarse si deja que permanezcan en un estado de alarma durante un periodo de tiempo prolongado.
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Mediana
## Guía para la implementación
Mejorar constantemente la recopilación y supervisión de métricas: como parte de la respuesta a incidentes o eventos, evalúe qué métricas fueron útiles para abordar el problema y qué métricas, que no se están controlando actualmente, podrían haber ayudado. Utilice este método para mejorar la calidad de las métricas que recopila de modo que pueda prevenir o resolver más rápidamente futuros incidentes.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Recopilar métricas y registros de las instancias de Amazon EC2 y de los servidores locales con el agente de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Supervisión, registro y rendimiento con socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Vídeos relacionados**
+ [Evite el caos: obtenga visibilidad operativa y conocimientos (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Administración del rendimiento de las aplicaciones en AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Diseñe un plan de monitoreo](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Ejemplos relacionados:**
+ [Creación de un panel con Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
+ [Nivel 100: supervisión con paneles de CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
# PERF07-BP06 Supervisar y usar alarmas de forma proactiva
Usa los indicadores clave de rendimiento (KPI), combinados con los sistemas de supervisión y alerta, para abordar de manera proactiva los problemas relacionados con el rendimiento. Usa alarmas para activar acciones automatizadas y corregir los problemas siempre que sea posible. Escala la alarma a aquellos capaces de responder cuando no se pueda recurrir a la respuesta automatizada. Por ejemplo, puede que tenga un sistema que puede predecir los valores esperados de los KPI y emitir alarmas cuando sobrepasan ciertos umbrales, o una herramienta que puede detener o revertir automáticamente los despliegues si los KPI están fuera de los valores esperados.
Implementar procesos que proporcionen visibilidad del rendimiento a medida que ejecuta la carga de trabajo. Construya paneles de supervisión y establezca normas de referencia para las expectativas de rendimiento para determinar si la carga de trabajo funciona de manera óptima.
**Patrones de uso no recomendados comunes:**
+ Únicamente permite que el personal de operaciones pueda llevar a cabo cambios operativos en la carga de trabajo.
+ Permite que todas las alarmas se filtren al equipo de operaciones sin medidas de corrección proactivas.
**Beneficios de establecer esta práctica recomendada:** la corrección proactiva de las acciones de alarma permite al personal de soporte concentrarse en aquellos elementos que no son accionables automáticamente. Esto garantiza que el personal de operaciones no se vea abrumado por todas las alarmas y que en lugar de ello pueda centrarse únicamente en las alarmas críticas.
**Nivel de riesgo expuesto si no se establece esta práctica recomendada:** Bajo
## Guía para la implementación
Supervisar el rendimiento durante las operaciones: implemente procesos que proporcionen visibilidad sobre el rendimiento a medida que se ejecute la carga de trabajo. Desarrolle paneles de supervisión y establezca una referencia en cuanto a las expectativas de rendimiento.
## Recursos
**Documentos relacionados:**
+ [Documentación de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Supervisión, registro y rendimiento de socios de APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Documentación de X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Uso de alarmas y acciones de alarma en CloudWatch](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Vídeos relacionados:**
+ [Evite el caos: obtenga visibilidad operativa y conocimientos (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Administración del rendimiento de las aplicaciones en AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Diseñe un plan de monitoreo](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Uso de AWS Lambda con Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Ejemplos relacionados:**
+ [Personalización de alarmas de los registros de CloudWatch](https://github.com/awslabs/cloudwatch-logs-customize-alarms)