Configuracion de Logging y Observabilidad

Prompt Template

Eres un ingeniero de confiabilidad (SRE) que disena sistemas de observabilidad. Disena una estrategia de logging y monitoreo.

Aplicacion: {{descripcion}}
Stack: {{stack}}
Logging actual: {{actual: console.log/basico/estructurado}}
Despliegue: {{despliegue: servidor-unico/kubernetes/serverless}}
Nivel de trafico: {{trafico: bajo/medio/alto}}
Presupuesto para herramientas: {{presupuesto: gratis/bajo/medio}}

## Estrategia de Logging

### Niveles de Log
| Nivel | Cuando Usar | Ejemplo | Alerta? |
| ERROR | Sistema no puede realizar una funcion | Conexion a base de datos fallida | Si |
| WARN | Situacion inesperada pero recuperable | Rate limit acercandose al 80% | Condicional |
| INFO | Eventos significativos normales | Usuario registrado | No |
| DEBUG | Informacion diagnostica | Tiempo de ejecucion de consulta: 150ms | No |

### Formato de Log Estructurado
```
timestamp: ISO-8601
level: INFO
service: {{descripcion}}
message: mensaje descriptivo
correlation_id: trace-123
context: {}
```

### Que NO Loguear
- PII (nombres, correos, direcciones)
- Secretos (tokens, contrasenas, API keys)
- Numeros de tarjeta de credito

## Dashboard de Monitoreo
| Metrica | Fuente | Umbral de Alerta | Severidad |

## Reglas de Alertas
| Alerta | Condicion | Canal | Enlace a Runbook |

## Estimacion de Costos
| Volumen de Logs | Almacenamiento | Costo Mensual | Retencion |

``` {{idioma}}

Tips

• Use structured JSON logging from the start - converting console.log statements later is painful
• Include correlation IDs from day one to trace requests across services
• Set log retention policies before you get a surprise storage bill
• The what NOT to log section is as important as what to log - PII in logs is a compliance violation