Por Canuto  

Railway redujo los retrasos en sus despliegues después de una interrupción que afectó compilaciones, API y panel de control. Tras reportar actividad anómala en sistemas que almacenan variables de entorno de clientes, la empresa recomendó revisar credenciales y también revocó tokens de API como parte de su respuesta.
***

  • La interrupción comenzó el 21 de octubre y afectó compilaciones, despliegues, API, panel de control y soporte de Railway.
  • La empresa pausó las compilaciones, rotó credenciales de almacenamiento y recomendó revisar y revocar secretos almacenados en la plataforma.
  • En la actualización más reciente, del 22 de octubre a las 13:16 UTC, los tiempos de espera se acercaban a la normalidad, aunque algunos despliegues seguían retrasados.

Railway informó que los tiempos de espera de sus despliegues se acercaban a la normalidad el 22 de octubre, después de una interrupción que mantuvo las compilaciones pausadas y afectó herramientas centrales de la plataforma. En su actualización más reciente, publicada a las 13:16 UTC, la empresa indicó que había procesado casi toda la cola acumulada, aunque un número reducido de implementaciones todavía podía tardar más de lo habitual en comenzar.

La recuperación avanzó por niveles de suscripción: las compilaciones ya estaban disponibles para espacios de trabajo Pro y Enterprise, mientras Railway seguía trabajando para habilitarlas en Hobby, Free y Trial, en ese orden. El incidente también estuvo acompañado por medidas de seguridad, entre ellas la rotación de credenciales de almacenamiento y la invalidación de todos los tokens de API, según las actualizaciones difundidas por la compañía en su página de estado.

En su aviso de seguridad del 21 de octubre, Railway describió actividad anómala relacionada con sistemas que almacenan variables de entorno de clientes y recomendó prestar atención inmediata. Esa alerta no significa, por sí sola, que todas las credenciales almacenadas hayan sido utilizadas por terceros.

Una interrupción que se extendió por varios servicios

Railway comenzó a investigar el problema el 21 de octubre a las 07:24 UTC y, poco más de una hora después, informó que también observaba dificultades en el backend de la plataforma. A las 09:28 UTC comunicó que había identificado el incidente y que trabajaba en una solución; en ese momento, el panel de control, la API y la interfaz de línea de comandos no estaban disponibles, y las nuevas compilaciones permanecían pausadas en todas las regiones.

El impacto no se limitó al proceso de compilación y despliegue. Railway señaló que su plataforma de soporte también estaba afectada, por lo que anticipó demoras en las respuestas a solicitudes y, durante parte de la interrupción, no fue posible enviar nuevos casos mediante station.railway.com. A las 11:33 UTC, la empresa dijo que la API se había restablecido, aunque algunas funciones seguían sin estar disponibles y las compilaciones continuaban detenidas.

Durante la tarde, la compañía siguió reportando problemas en la API, el panel de control y el flujo de compilación y despliegue. A las 19:15 UTC del 21 de octubre, las compilaciones y los despliegues todavía estaban pausados, y Railway explicó que reactivaría la capacidad de forma gradual para preservar la estabilidad: primero para Enterprise, después para Pro, luego Hobby y, finalmente, Free y Trial.

La primera etapa de esa reapertura comenzó con Enterprise. Railway informó a las 20:35 UTC que validaba las compilaciones para esos espacios de trabajo y esperaba habilitarlas pronto, aunque advirtió que algunos usuarios podrían cerrar sesión y necesitar autenticarse de nuevo debido a la invalidación de sesiones OAuth. Más tarde, a las 21:59 UTC, publicó un aviso de seguridad y recomendó revocar las variables de entorno almacenadas en la plataforma, incluidas claves API y credenciales de registros privados, además de revisar los registros de actividad de los servicios.

Rotación de credenciales y medidas recomendadas

La pausa de las compilaciones tuvo una consecuencia práctica para los clientes: mientras la función no estuviera disponible, no podían volver a desplegar servicios para aplicar credenciales nuevas. Railway dijo a las 22:10 UTC que estaba rotando todas las credenciales de los buckets de almacenamiento y que las nuevas aparecerían automáticamente en los paneles de control, pero aclaró que los usuarios tendrían que esperar a la reanudación de las compilaciones para reimplementar sus servicios.

La empresa publicó guías con acciones recomendadas para distintos servicios y credenciales, entre ellas revisar posibles usos inesperados de OpenRouter, Grok, Anthropic, OpenAI y Stripe, y detectar accesos anómalos a GitHub, AWS y GCP. También recomendó rotar credenciales de bases de datos PostgreSQL, MongoDB, Redis y MySQL, además de reimplementar buckets y reconectar GitHub después del restablecimiento de credenciales.

Railway aclaró que algunas de esas acciones podían comenzar antes de que regresaran las compilaciones, mientras que otras requerían volver a desplegar los servicios. Esa distinción era importante para los clientes que necesitaban actualizar secretos o configuraciones dentro de sus aplicaciones: la compañía publicó guías de orientación, pero la propia interrupción limitaba temporalmente la posibilidad de completar todos los cambios desde la plataforma.

Como parte de la respuesta, Railway invalidó todos los tokens de su API a las 04:17 UTC del 22 de octubre. La compañía advirtió que los tokens existentes dejarían de funcionar para integraciones con su API pública y pidió crear nuevos desde la plataforma; además, explicó que la revocación de credenciales de buckets podía aparecer en los registros de auditoría con el nombre del empleado Faraz Patankar, y señaló que ese registro era esperado dentro del proceso de rotación.

Reapertura gradual y cola de despliegues

Las compilaciones volvieron primero para los espacios de trabajo Enterprise, y posteriormente Railway anunció su disponibilidad para Pro. La restauración no eliminó de inmediato todos los problemas: la empresa reportó servicios detenidos durante la etapa de ejecución de comandos previos al despliegue, tasas de error de compilación superiores a las habituales y una acumulación de implementaciones que tardaban más de lo normal en comenzar.

En una actualización de las 11:01 UTC del 22 de octubre, Railway indicó que la cantidad de despliegues en cola había dejado de crecer y que los trabajos acumulados comenzaban a ejecutarse, aunque más lentamente de lo habitual. También pidió a los usuarios no activar repetidamente el mismo despliegue, para evitar agregar solicitudes a la espera, mientras seguía trabajando en las tasas de error y en la habilitación de compilaciones para los planes Hobby, Free y Trial.

La situación mejoró durante las horas siguientes. A las 12:30 UTC, Railway afirmó que los tiempos de espera habían disminuido de forma significativa y que la mayoría de los despliegues comenzaba antes, aunque algunos seguían demorados; a las 13:16 UTC, la compañía dijo que había trabajado casi toda la cola y que los tiempos se acercaban a la normalidad.

La última actualización disponible no declaró el incidente resuelto ni confirmó la habilitación de compilaciones para todos los niveles. Railway indicó que todavía podía haber un pequeño número de despliegues con demoras y que continuaba trabajando para restablecer las compilaciones en Hobby, seguidas por Free y Trial; prometió publicar otra actualización a más tardar a las 14:00 UTC.

El episodio combinó dos frentes que los usuarios debían seguir por separado: la recuperación de las funciones técnicas y las medidas de seguridad recomendadas por la compañía. Railway aconsejó consultar sus guías y revisar el uso de credenciales y servicios asociados, mientras la página de estado permanecía como canal de referencia para conocer qué planes podían compilar y cómo evolucionaban los tiempos de despliegue.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados