Blog de ArmandoF
Photo
El registro, el rastreo y las métricas son 3 pilares de la observabilidad del sistema.
El siguiente diagrama muestra sus definiciones y arquitecturas típicas.
🔹 Logging
El registro registra eventos discretos en el sistema. Por ejemplo, podemos registrar una solicitud entrante o una visita a bases de datos como eventos. Tiene el volumen más alto. La pila ELK (Elastic-Logstash-Kibana) se usa a menudo para crear una plataforma de análisis de logs. A menudo definimos un formato de registro estandarizado para que lo implementen diferentes equipos, de modo que podamos aprovechar las palabras clave al buscar entre cantidades masivas de registros.
🔹 Tracing
Normalmente, el seguimiento se basa en el ámbito de la solicitud. Por ejemplo, una solicitud de usuario pasa por la puerta de enlace de API, el equilibrador de carga, el servicio A, el servicio B y la base de datos, que se pueden visualizar en los sistemas de seguimiento. Esto es útil cuando intentamos identificar los cuellos de botella en el sistema. Utilizamos OpenTelemetry para mostrar la arquitectura típica, que unifica los 3 pilares en un solo marco.
🔹 Métricas
Las métricas suelen ser información agregable del sistema. Por ejemplo, QPS de servicio, capacidad de respuesta de API, latencia de servicio, etc. Los datos sin procesar se registran en bases de datos de series temporales como InfluxDB. Prometheus extrae los datos y los transforma en función de reglas de alerta predefinidas. Luego, los datos se envían a Grafana para su visualización o al administrador de alertas, que luego envía notificaciones o alertas por correo electrónico, SMS o Slack.
Depende de usted: ¿Qué herramientas ha utilizado para la supervisión del sistema?
El siguiente diagrama muestra sus definiciones y arquitecturas típicas.
🔹 Logging
El registro registra eventos discretos en el sistema. Por ejemplo, podemos registrar una solicitud entrante o una visita a bases de datos como eventos. Tiene el volumen más alto. La pila ELK (Elastic-Logstash-Kibana) se usa a menudo para crear una plataforma de análisis de logs. A menudo definimos un formato de registro estandarizado para que lo implementen diferentes equipos, de modo que podamos aprovechar las palabras clave al buscar entre cantidades masivas de registros.
🔹 Tracing
Normalmente, el seguimiento se basa en el ámbito de la solicitud. Por ejemplo, una solicitud de usuario pasa por la puerta de enlace de API, el equilibrador de carga, el servicio A, el servicio B y la base de datos, que se pueden visualizar en los sistemas de seguimiento. Esto es útil cuando intentamos identificar los cuellos de botella en el sistema. Utilizamos OpenTelemetry para mostrar la arquitectura típica, que unifica los 3 pilares en un solo marco.
🔹 Métricas
Las métricas suelen ser información agregable del sistema. Por ejemplo, QPS de servicio, capacidad de respuesta de API, latencia de servicio, etc. Los datos sin procesar se registran en bases de datos de series temporales como InfluxDB. Prometheus extrae los datos y los transforma en función de reglas de alerta predefinidas. Luego, los datos se envían a Grafana para su visualización o al administrador de alertas, que luego envía notificaciones o alertas por correo electrónico, SMS o Slack.
Depende de usted: ¿Qué herramientas ha utilizado para la supervisión del sistema?
Blog de ArmandoF
Photo
Si quieren aprender un poco mas sobre Observabilidad deben tener esto siempre presente