HomeCasa Prompts

Plan de observabilidad: logs estructurados, métricas, trazas y alertas

Diseña la observabilidad de tu backend: SLO por recorrido de usuario, esquema de logs estructurados, métricas RED y USE, trazas con OpenTelemetry, alertas útiles y control de costes. Pensado para ChatGPT, Claude, Gemini y Microsoft Copilot. Incluye 4 variables personalizables y se copia gratis en un clic.

Intermedio · Texto · Pendiente de revisión editorial

Pensado para:

Prompt

Actúa como ingeniero SRE que diseña observabilidad para equipos pequeños y medianos.

Contexto:
- Sistema y componentes: {{sistema}}
- Stack y lenguajes: {{stack}}
- Herramientas preferidas: {{herramientas}}
- Incidentes o dolores recientes: {{incidentes}}

Entregables:
1. Tres a cinco recorridos críticos de usuario y, para cada uno, un SLI medible y una propuesta de SLO con su presupuesto de error. Marca los objetivos como propuesta a validar con negocio.
2. Esquema de logs estructurados en JSON: campos obligatorios (marca de tiempo, nivel, servicio, entorno, id de traza y de petición, usuario seudonimizado, evento), cuándo usar cada nivel y qué no registrar nunca (contraseñas, tokens, datos personales completos).
3. Métricas: método RED para servicios (peticiones, errores, duración) y USE para recursos (uso, saturación, errores), con nombres, etiquetas y advertencias sobre etiquetas de alta cardinalidad.
4. Trazas distribuidas con OpenTelemetry: qué instrumentar automáticamente y qué a mano, propagación de contexto entre servicios y colas, y estrategia de muestreo.
5. Alertas: basadas en síntomas y en la tasa de consumo del presupuesto de error, no en cada causa; para cada alerta, severidad, a quién avisa y un enlace a su runbook. Lista de alertas que conviene eliminar o degradar.
6. Paneles: uno de visión general por servicio y uno por recorrido crítico, con los gráficos concretos.
7. Retención y costes: cuánto guardar de cada señal, muestreo y cómo evitar que la factura se dispare.
8. Ejemplo de código para mi stack: middleware que añade id de petición, logs estructurados y una métrica de latencia.
9. Plan de implantación en 30, 60 y 90 días.

Restricciones:
- No inventes volúmenes de tráfico ni precios de herramientas: usa [COMPLETAR] y explica cómo estimarlos.
- Si falta información clave, pregúntame antes de proponer los SLO.
- Prioriza lo que habría ayudado a detectar o resolver antes los incidentes que te he descrito.

Cómo usarlo

  1. Describe tus servicios, colas y bases de datos, y los últimos incidentes que costó detectar.
  2. Indica si prefieres herramientas de código abierto autogestionadas, un SaaS o las del proveedor cloud.
  3. Implanta primero logs estructurados e ids de traza; después métricas y alertas por SLO.

Ejemplo de uso

Sistema: API Django, worker Celery, PostgreSQL y Redis en Kubernetes · Herramientas: código abierto autogestionado · Incidente: la cola se atascó dos horas y nadie se enteró hasta que llamaron los clientes.

Resultado de ejemplo

1. Recorridos críticos y SLO (propuestas a validar con negocio)

RecorridoSLISLO propuesto
Iniciar sesión% de peticiones 2xx en < 500 ms99,5 % en 28 días
Crear pedido% de peticiones sin 5xx99,9 %
Tarea en segundo plano% de tareas que empiezan en < 60 s desde que se encolan99 %

El tercero es el que habría detectado el incidente: la cola no «falló», simplemente dejó de avanzar.

5. Alerta prioritaria: cola de Celery parada

- alert: CeleryQueueStalled
  # El nombre de la métrica depende del exporter elegido: [COMPLETAR]
  expr: max(celery_queue_oldest_task_age_seconds) > 300
  for: 5m
  labels:
    severity: page
  annotations:
    summary: "La tarea más antigua lleva más de 5 min esperando"
    runbook: "https://wiki.interna/runbooks/celery-cola-parada"

Alerta por síntoma (antigüedad de la tarea más vieja), no por causa (CPU del worker, conexiones a Redis), porque cubre cualquier motivo por el que la cola se atasque.

Alertas que conviene bajar a aviso

  • CPU del nodo > 80 % sin impacto en latencia.
  • Reinicios aislados de un pod que se recupera solo…

Datos clave

Categoría
Programación y desarrollo · DevOps
Tipo de resultado
Texto
Nivel
Intermedio
Pensado para
ChatGPT, Claude, Gemini y Microsoft Copilot
Verificado en
Pendiente de verificación editorial
Variables
Sistema y componentes, Stack y lenguajes, Herramientas preferidas y Incidentes recientes
Idioma
Español
Precio
Gratis, sin registro
Actualizado
07/11/2026

Preguntas frecuentes

¿Qué diferencia hay entre un SLI y un SLO?

El SLI es la medida (por ejemplo, el porcentaje de peticiones de pago que responden bien en menos de 500 ms). El SLO es el objetivo para esa medida en un periodo, como el 99,5 % en 30 días.

¿Por qué alertar por síntomas y no por causas?

Las alertas por causa (CPU alta, un pod reiniciado) generan mucho ruido y a menudo no afectan al usuario. Alertar cuando el usuario sufre, o cuando el presupuesto de error se consume rápido, reduce el cansancio de las guardias.

¿Para qué sirve este prompt?

Diseña la observabilidad de tu backend: SLO por recorrido de usuario, esquema de logs estructurados, métricas RED y USE, trazas con OpenTelemetry, alertas útiles y control de costes.

¿Con qué herramientas de IA funciona?

Está pensado para ChatGPT, Claude, Gemini y Microsoft Copilot. Todavía no lo hemos verificado en estas herramientas, por lo que los resultados pueden variar entre ellas.

¿Cómo personalizo el prompt?

Pulsa «Personalizar» y rellena las variables (Sistema y componentes, Stack y lenguajes, Herramientas preferidas y Incidentes recientes). El texto se actualiza al instante y después puedes copiarlo con un clic. Los valores se guardan solo en tu navegador.

¿Necesito experiencia para usarlo?

Es de nivel intermedio: conviene que conozcas el tema para aportar buen contexto y revisar el resultado con criterio.

¿Este prompt es gratis?

Sí. Todos los prompts de HomeCasa Prompts son gratuitos, sin registro ni suscripción. Puedes usarlos también en proyectos profesionales.

¿Puedo fiarme del resultado de la IA?

Úsalo como un borrador de calidad: revisa siempre datos, cifras y afirmaciones importantes antes de publicarlos o tomar decisiones.

Prompts relacionados