Automatización · Operación y reportes
Revisar por WhatsApp por qué se cayó un servicio en Railway y redesplegarlo
Pregunta por WhatsApp por qué se cayó tu servicio en Railway: un agente de IA revisa estado, despliegues y logs, y lo redespliega si se lo pides.
¿Cómo reviso por qué se cayó mi servicio en Railway sin abrir el panel?
Le escribes a tu Met «¿qué le pasa a la API?». El Met ubica el proyecto en Railway, lista sus servicios y revisa el estado en vivo del entorno. Trae los últimos despliegues del servicio y lee los logs de build y de despliegue para decirte en qué paso falló y con qué error. Si le pides redesplegar, y el admin encendió esa acción en Conexiones (arranca apagada), vuelve a desplegar el servicio y después revisa el estado otra vez para contarte si quedó arriba. Hasta ese último paso todo es de lectura; redesplegar es la única escritura de la receta.
Qué la pone en marcha
Cuando alguien lo pide
Arranca cuando alguien del equipo le pregunta al Met por WhatsApp por qué un servicio está caído o falla. Cada revisión es a pedido; el Met no vigila los servicios por su cuenta.
Una tarea de ejecución manual: alguien del equipo la corre con un botón, o se la pide al Met por chat.
Quién la ejecuta
Met interno que revisa tus servicios en Railway
No tiene un nombre propio sembrado. Es un Met interno con Railway conectado, para el dueño o la agencia que mantiene la aplicación: termina cuando te dice por qué falló el servicio o, si se lo pediste, cuando lo redesplegó y revisó su estado.
Lo ejecuta el Met analista de datos
Canales: WhatsApp
Qué hay que tener conectado
- Railway Automatizar y colaborar
5 pasos · 6 herramientas
El procedimiento, paso a paso
Cada paso muestra la herramienta que se ejecuta. Son las del conector real: si una dejara de existir, esta página no compilaría.
- 1
Ubicar el proyecto
El Met lista los proyectos de Railway a los que tiene acceso la conexión y toma el de tu aplicación. Solo ve los proyectos que se eligieron al autorizar.
- 2
Encontrar el servicio y su estado
El Met lista los servicios del proyecto, ubica el que le nombraste y revisa el estado en vivo del entorno donde corre.
- 3
Revisar los últimos despliegues
El Met lista los despliegues del servicio para ver cuál es el último, si terminó bien o falló, y desde cuándo está así.
- 4
Leer los logs del fallo
El Met trae los logs de build y de despliegue del servicio, y los HTTP si el servicio recibe tráfico, y te cuenta en qué paso falló y con qué mensaje de error.
- 5
Redesplegar si se lo pides
Redesplegar arranca apagada. Si le pides redesplegar y el admin encendió la acción en Conexiones, el Met vuelve a desplegar el servicio y revisa de nuevo el estado del entorno para decirte si quedó arriba. Este paso escribe en Railway.
Antes de empezar
Qué necesitas tener listo
Ninguno de estos puntos lo resuelve el Met. Si falta uno, la automatización se detiene ahí.
-
Railway conectado en Met
En Met, abre Conexiones → Railway → Conectar, inicia sesión en Railway y elige los espacios de trabajo y proyectos que el Met puede ver.
-
Redesplegar encendido, si lo quieres
La acción de redesplegar arranca apagada; el admin la enciende en Conexiones. Si prefieres que el Met solo diagnostique, la deja apagada y la receta termina en los logs.
-
Un Met interno en WhatsApp
Asigna el conector a un Met que solo atiende al equipo, no al que habla con clientes, porque la conexión despliega en tu cuenta de Railway.
Los límites
Qué NO resuelve esta automatización
Preferimos decirlo aquí que descubrirlo en la implementación.
-
No corrige el código. Si el despliegue falla por un error en tu aplicación, redesplegar lo repite; el Met te dice qué error ve, y arreglarlo es trabajo del equipo.
-
No pide confirmación en el chat antes de redesplegar. Si el admin encendió la acción, que arranca apagada, el Met la ejecuta cuando se lo pides; si no quieres que lo haga, la deja apagada en Conexiones.
-
No te avisa solo cuando un servicio se cae. La revisión arranca cuando alguien le pregunta al Met; esta receta no programa vigilancia.
-
No borra servicios ni cambia su configuración. Esta receta no usa al agente de Railway, que sí puede aplicar cambios de configuración en tu nombre.
Preguntas frecuentes
Preguntas sobre esta automatización
Sí, los que hayas elegido al autorizar. Conviene escribir en las instrucciones del Met cuál es el proyecto y el servicio de cada aplicación para que no revise el equivocado.
Porque el agente de Railway recibe el pedido completo y puede aplicar cambios por su cuenta. Esta receta prefiere pasos que se ven uno por uno y que, salvo redesplegar, solo leen.
El Met te dice que el servicio sigue fallando y te muestra el error de los logs del nuevo despliegue. A partir de ahí, la corrección es del equipo que mantiene la aplicación.
Sigue por aquí
Otras automatizaciones con las mismas herramientas
Operación y reportes
Apagar por WhatsApp el feature flag que rompe el checkout en LaunchDarkly
¿Cómo apago rápido un feature flag que dañó el checkout sin abrir LaunchDarkly?
- Arranca:
- cuando alguien lo pide
- Pasos:
- 5, con 7 herramientas reales
- Necesita:
- LaunchDarkly
Operación y reportes
Armar el reporte de matrícula y oferta académica de un departamento sin abrir el SNIES
¿Cómo saco las cifras de matrícula y de programas del SNIES sin entrar al portal?
- Arranca:
- cuando el cliente escribe
- Pasos:
- 5, con 5 herramientas reales
- Necesita:
- SNIES
Operación y reportes
Armar por WhatsApp el organigrama de tu equipo en Lucid y compartirlo
¿Cómo armo el organigrama de mi negocio sin sentarme a dibujarlo?
- Arranca:
- cuando alguien lo pide
- Pasos:
- 6, con 6 herramientas reales
- Necesita:
- Lucid
Operación y reportes
Avisar en tu página de estado que la tienda se cayó, pidiéndolo por WhatsApp con Better Stack
¿Cómo aviso a mis clientes que mi tienda en línea está caída sin abrir Better Stack?
- Arranca:
- cuando alguien lo pide
- Pasos:
- 6, con 6 herramientas reales
- Necesita:
- Better Stack
¿Quieres esta automatización corriendo con tus datos?
Te la mostramos con tus cuentas conectadas, no con una demostración enlatada.