Saltar al contenido principal
Mantén auditadas tus operaciones en producción sin pagar por un consultor de SRE dedicado. Esta automatización programada revisa tu infraestructura como código, la configuración de CI/CD, la configuración de monitoreo y los runbooks, y detecta carencias respecto a las mejores prácticas de SRE: alertas faltantes, rotaciones de guardia desactualizadas, ausencia de runbooks para servicios críticos y playbooks sin confirmar.

Usa esta plantilla

Abre SRE Health Checker en Devin y crea la automatización con la configuración predeterminada. Puedes personalizarla antes de guardarla.

​
Lo que hace esta automatización

La ingeniería de fiabilidad consiste en mantener una referencia estable. SRE Health Checker se ejecuta semanalmente, audita tu configuración y te ofrece un informe con una puntuación basada en prácticas clave de fiabilidad, para que puedas detectar desviaciones antes de que se conviertan en un incidente y corregirlas de forma proactiva.

​
Cómo funciona

Desencadenador: Evento de programación — recurring
  • Evento: schedule:recurring
    • Condiciones:
      • rrule coincide con FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0
Qué hace Devin: Inicia una sesión con todo el contexto del evento, ejecuta el prompt de abajo y, opcionalmente, te notifica si se produce un error.

​
Requisitos previos

​
Ejemplo de prompt

La plantilla incluye este prompt. Puedes editarlo después de hacer clic en Use template o dejarlo tal cual.

​
Configuración

  1. Abre Automations → Templates en Devin.
  2. Haz clic en SRE Health Checker. La página de creación se abre con esta plantilla ya completada.
  3. Conecta las integraciones necesarias e instala servidores MCP si aún no lo has hecho.
  4. Sustituye los valores de marcador de posición en las condiciones del trigger (por ejemplo, cambia your-org/your-repo por tu repo real).
  5. Revisa el prompt y ajústalo al lenguaje, las convenciones y las medidas de protección de tu equipo.
  6. Haz clic en Create automation.
La mayoría de las plantillas de automatización incluyen límites sugeridos de ACU y de invocaciones para acotar el costo durante el despliegue inicial. Déjalos como están hasta que tengas confianza en el comportamiento de la automatización y, después, auméntalos según tu carga de trabajo.

​
Cuándo usar esta plantilla

  • Equipos de ingeniería en crecimiento que están estableciendo sus primeras prácticas de fiabilidad
  • Revisiones posteriores a incidentes para detectar carencias sistémicas
  • Equipos de plataforma e infraestructura que mantienen numerosos servicios
  • Incorporación de nuevos servicios a los estándares de fiabilidad

​
Ideas de personalización

  • Limita el ámbito a servicios, repos o equipos específicos
  • Personaliza los criterios de auditoría (agrega normas de fiabilidad específicas del equipo)
  • Contrasta con datos MCP de Datadog, PagerDuty u Opsgenie
  • Ajusta los niveles de gravedad y las rutas de escalamiento

​
Ver también