¿Cómo gestionas el registro de logs y la monitorización de contenedores?

Question

Accepted Answer

Las aplicaciones en contenedores necesitan **registro de logs centralizado** y **monitorización** porque los contenedores son efímeros y numerosos: los logs y las métricas deben recopilarse externamente para que sobrevivan a la eliminación del contenedor y proporcionen visibilidad de todo el sistema. Esto es observabilidad esencial para contenedores en producción.

## Registro de logs: escribe en stdout/stderr, agrega de forma centralizada

```text
BEST PRACTICE: containers should log to STDOUT/STDERR (not to files inside the container):
  → Docker captures these (`docker logs`); a logging DRIVER forwards them elsewhere
  → WHY: containers are EPHEMERAL — logs in a removed container are LOST. Centralize them.
```

```text
Logging drivers / pipelines forward logs to a central system:
  → json-file (default), syslog, fluentd, awslogs, gelf, etc. (--log-driver)
  → Aggregation stacks: ELK/Elastic (Elasticsearch+Logstash+Kibana), Loki+Grafana,
    cloud logging (CloudWatch, Stackdriver), Datadog, etc.
→ Centralized logs: searchable, persistent, span ALL containers/hosts → real visibility
```

## Monitorización: métricas, salud, alertas

```text
✓ METRICS — collect CPU, memory, network, app metrics per container
  → Prometheus (scrapes metrics) + Grafana (dashboards) — the common stack
  → cAdvisor / node-exporter for container/host metrics
✓ HEALTH — health checks + orchestrator status (which containers are healthy)
✓ ALERTING — alert on failures, resource limits, errors (Alertmanager, etc.)
✓ DISTRIBUTED TRACING — trace requests across microservices (Jaeger, OpenTelemetry)
```

## Por qué la observabilidad de contenedores es diferente

```text
Containers are EPHEMERAL (created/destroyed dynamically) and NUMEROUS (many across hosts):
  → can't rely on logging into a box or local log files (containers come and go)
  → need EXTERNAL, centralized, dynamic collection that handles churn
  → orchestrators add labels/metadata to correlate logs/metrics to services
→ Observability must be designed for dynamic, distributed, ephemeral workloads.
```

## Por qué es importante

Comprender el registro de logs y la monitorización de contenedores es un conocimiento importante de nivel senior porque **la observabilidad es esencial para operar sistemas en producción**, y la naturaleza efímera, numerosa y distribuida de los contenedores la hace diferente de los enfoques tradicionales.

La práctica clave de **registro de logs** —los contenedores deben **escribir en stdout/stderr** (no en archivos dentro del contenedor) para que la plataforma los capture y los reenvíe a una **agregación centralizada**— es crucial porque **los contenedores son efímeros**: los logs almacenados dentro de un contenedor se **pierden cuando este se elimina**, por lo que centralizarlos (mediante logging drivers hacia ELK, Loki/Grafana, logging en la nube, etc.) es necesario para retener los logs y obtener visibilidad de todos los contenedores y hosts. La **monitorización** es igual de esencial: recopilar **métricas** (CPU, memoria, métricas de la aplicación, comúnmente con Prometheus + Grafana), rastrear la **salud** (health checks y estado del orquestador), **alertar** sobre problemas y el **trazado distribuido** (seguir las peticiones a través de microservicios con Jaeger/OpenTelemetry) proporcionan la visibilidad necesaria para comprender el comportamiento del sistema, diagnosticar incidencias y responder a los problemas.

Comprender **por qué la observabilidad de contenedores es diferente** —los contenedores son efímeros (se crean y destruyen dinámicamente, por lo que no puedes depender de archivos locales ni de conectarte a las máquinas) y numerosos a lo largo de los hosts (lo que requiere una recopilación externa y dinámica que gestione la rotación, con metadatos del orquestador que correlacionan logs y métricas con los servicios)— es la idea conceptual que determina cómo debe diseñarse la observabilidad para sistemas en contenedores.

Dado que operar sistemas en producción requiere observabilidad (no puedes gestionar lo que no puedes ver), y dado que la naturaleza efímera y distribuida de los contenedores exige un registro de logs y una monitorización centralizados y recopilados externamente, diseñados para cargas de trabajo dinámicas, comprender el registro de logs y la monitorización de contenedores es un conocimiento importante de nivel senior para ejecutar aplicaciones en contenedores de forma responsable: observabilidad esencial que hace que los sistemas en contenedores sean operables, depurables y mantenibles en producción, y un reflejo de la madurez operativa que se espera en roles senior que gestionan despliegues de contenedores.