{"id":21105,"date":"2020-10-27T10:22:25","date_gmt":"2020-10-27T09:22:25","guid":{"rendered":"https:\/\/www.teldat.com\/sin-categorizar\/21105\/centralizacion-logs-microservicios-fluent-bit\/"},"modified":"2025-10-13T19:42:50","modified_gmt":"2025-10-13T17:42:50","slug":"centralizacion-logs-microservicios-fluent-bit","status":"publish","type":"post","link":"https:\/\/www.teldat.com\/es\/blog\/centralizacion-logs-microservicios-fluent-bit\/","title":{"rendered":"Centralizaci\u00f3n de logs en microservicios con Fluent Bit"},"content":{"rendered":"

\"Tecnolog\u00edaLos sistemas actuales se componen com\u00fanmente de un gran n\u00famero de subsistemas o fluent bit<\/em><\/strong>. Desde peque\u00f1os programas que trabajan de forma conjunta, hasta los sistemas operativos y las aplicaciones propietarias,<\/strong> cada vez hay m\u00e1s\u00a0subsistemas\u00a0 que\u00a0necesitan mantenimiento, ya sea\u00a0para\u00a0analizar\u00a0su rendimiento, detectar\u00a0posibles vulnerabilidades,\u00a0o corregir errores.<\/p>\n

<\/p>\n

Una de las mejores herramientas que los profesionales de IT<\/strong>\u00a0tenemos\u00a0\u00a0para\u00a0poder mantener operativos cada vez m\u00e1s subsistemas son los logs,<\/em><\/strong> grandes cantidades de datos generados en peque\u00f1as trazas de texto que nos informan de todo aquello que pueda funcionar de forma incorrecta.<\/p>\n

Sin embargo, el aumento del n\u00famero de subsistemas, y la incorporaci\u00f3n de la arquitectura de microservicios<\/strong> en los desarrollos, hacen cada vez m\u00e1s complejo trabajar con los logs. Debido a que est\u00e1n conectados unos\u00a0subsistemas\u00a0con otros,<\/strong> a menudo es necesario cruzar trazas de logs entre dos o m\u00e1s subsistemas para analizar o detectar los problemas. En caso de incidencia, es inevitable entrar manualmente a los ficheros de logs de cada uno de los subsistemas hasta detectar los fallos.<\/p>\n

En los \u00faltimos a\u00f1os cada vez est\u00e1 cobrando m\u00e1s importancia la llamada centralizaci\u00f3n de logs<\/em><\/strong>, que consiste en recoger los logs de todos los\u00a0subsistemas\u00a0y enviarlos a un servidor que ejecuta un programa donde podemos hacer an\u00e1lisis de los logs de todos los subsistemas<\/strong> desde un \u00fanico punto y de forma mucho m\u00e1s sencilla y \u00f3ptima; esto \u00faltimo es lo que se conoce como gesti\u00f3n centralizada de logs<\/em><\/strong>.<\/p>\n

Gesti\u00f3n centralizada de logs<\/h2>\n

Existen muchas alternativas para la gesti\u00f3n centralizada de logs <\/strong>como\u00a0Datadog,\u00a0Splunk\u00a0Enterprise,\u00a0Dynatrace,\u00a0Graylog,<\/em><\/strong> etc. Sin embargo, todas necesitan que se centralicen estos logs\u00a0llev\u00e1ndolos\u00a0desde cada subsistema hasta el servidor de gesti\u00f3n centralizada<\/strong>. Una de las mejores alternativas para realizar esta tarea es la herramienta\u00a0Fluentd,<\/strong> un colector de logs open-source<\/em>\u00a0desarrollado por\u00a0Treasure<\/strong>\u00a0Data<\/strong> para la recolecci\u00f3n de logs de diversas fuentes. No obstante, en este blog post no vamos a hablar sobre\u00a0Fluentd<\/em>, sino de su versi\u00f3n espec\u00edfica para arquitectura de microservicios,\u00a0Fluent\u00a0Bit<\/em><\/strong>\u00a0 cuya documentaci\u00f3n podemos encontrar aqu\u00ed<\/strong>. .<\/p>\n

Fluent Bit para arquitectura de microservicios<\/h2>\n

Fluent\u00a0Bit nos permite recolectar\u00a0los\u00a0logs<\/strong> de todos los componentes que se ejecutan en nuestra infraestructura de microservicios, es decir, en cualquier orquestador de contenedores<\/strong> (Docker\u00a0Swarm,\u00a0Kubernetes, etc.)<\/em>. Y no solo hace posible\u00a0recolectar los logs de cada uno de los microservicios que estamos ejecutando,\u00a0sino\u00a0que tambi\u00e9n nos\u00a0permite\u00a0recolectar los logs de los nodos host<\/strong>, tanto del sistema operativo como de cualquier programa que est\u00e9 ejecutando.<\/p>\n

Fluent Bit en Kubernetes<\/h2>\n

A continuaci\u00f3n, veremos\u00a0c\u00f3mo\u00a0centralizar logs en una infraestructura de\u00a0Kubernetes\u00a0utilizando\u00a0Fluent\u00a0Bit. Este proceso es bastante sencillo, ya que podemos instalar\u00a0Fluent\u00a0Bit en nuestro\u00a0cl\u00faster\u00a0de\u00a0Kubernetes<\/strong>\u00a0como un contenedor m\u00e1s,\u00a0descargando\u00a0la imagen desde su repositorio en Docker Hub<\/a> .<\/p>\n

Podemos configurar qu\u00e9 logs queremos que nos recolecte a trav\u00e9s de un fichero de configuraci\u00f3n o mediante un\u00a0ConfigMap<\/strong>\u00a0de la propia aplicaci\u00f3n de\u00a0Fluent\u00a0Bit dentro de\u00a0Kubernetes.<\/strong> En este fichero podemos configurar todas las fases en las que se divide el flujo de procesamiento de la recolecci\u00f3n de logs.<\/p>\n

Podemos encontrar m\u00e1s informaci\u00f3n sobre estas fases en la documentaci\u00f3n oficial en el siguiente enlace<\/strong><\/a>.<\/p>\n

Dos formas de recolectar logs con Fluent Bit en Kubernetes<\/h2>\n