Cloud Native Mexico Meetup enero 2018 Observability
1 recomendación338 vistas
El documento discute la diferencia entre 'monitoreo' y 'observabilidad' en contextos de sistemas complejos, señalando que el monitoreo se centra en identificar problemas mientras que la observabilidad proporciona un contexto detallado para entender el comportamiento del sistema. Se enfatiza la importancia de las métricas en nivel de aplicación y la complejidad de correlacionar estas métricas para una depuración efectiva. Se mencionan herramientas y tecnologías relevantes para implementar estas prácticas en sistemas distribuidos.
Cloud Native Mexico Meetup enero 2018 Observability
- 1. Meetup Enero 2018. Observability.
- 2. Disclaimer • En el contexto de Cloud Native, Observability no tiene nada que ver con el significado en teoría de control. • https://en.wikipedia.org/wiki/Observability
- 6. Métricas • Mediciones en 3 niveles 1. Red 2. Maquina 3. Aplicación • Las métricas aplicativas son usualmente las más difíciles y las más importantes de las 3.
- 7. Monitoreo • Recopilación de las métricas en rangos de tiempo. • Almacenan en algún medio. • Generan los dashboards. • Es complejo hacer correlación de las métricas. • https://codeascraft.com/2011/02/15/measure-anything- measure-everything/ • El monitoreo es para alertas basadas en síntomas
- 8. Monitoreo debe contestar: • ¿qué está roto y por qué? • El "qué está roto" indica el síntoma; el "por qué" indica una causa (posiblemente intermedia). • "Lo que" VS “El por qué" es una de las distinciones más importantes al escribir un buen monitoreo con señal máxima y ruido mínimo.
- 9. Retos del monitoreo • La construcción de sistemas "monitoreables" requiere poder comprender el dominio de fallas de los componentes críticos del sistema de forma proactiva. • Y esa es una tarea difícil. Especialmente para sistemas complejos. • Más aún para sistemas simples que interactúan de manera compleja entre sí.
- 11. Observability • Monitoreo • Alerting/visualizaciones • Infraestructura de trazabilidad de sistemas distribuidos • Agregación de bitácoras / análisis
- 12. Observability es un superconjunto de Monitoreo
- 13. Observability VS Monitoreo • Los objetivos de monitoreo y observabilidad son diferentes. • La "capacidad de observación" no es un sustituto del "monitoreo" ni hace obvia la necesidad de “monitoreo”. • Son complementarios.
- 14. Objetivo de Observability • Proporcionar información muy detallada sobre el comportamiento de los sistemas junto con un contexto enriquecido, perfecto para la depuración.
- 15. Debugging • Proceso iterativo, que implica la introspección iterativa de las diversas observaciones y hechos informados por el sistema • Haciendo las deducciones correctas y probando si la teoría es correcta. • La evidencia no se puede extraer de la nada ni se puede extrapolar a partir de agregados, promedios, percentiles, patrones históricos o cualquier otra forma de datos recolectados principalmente con fines de monitoreo. • La evidencia debe ser informada por los sistemas en forma de hechos y observaciones altamente precisos y contextuales, que luego pueden usarse mientras se depura para teorizar sobre por qué algo podría no funcionar como se esperaba.
- 16. Observability VS fallas • A diferencia del monitoreo que se conoce como centrado en los fallos, "Observability" no necesariamente tiene que estar estrechamente relacionado con una interrupción o una queja del usuario. • Se puede utilizar como una forma de comprender mejor el desempeño y el comportamiento del sistema, incluso durante lo que se puede percibir como el funcionamiento "normal" de un sistema.
- 17. Herramientas
- 22. Siguientes pasos • ServiceMesh • Istio, Envoy, Linkerd • OpenTracing • Fluentd • Prometheus • InfluxDB • Graphana • Elastic stack (ELK)