Railway. Projets, services, déploiements et volumes.
Connecte ton espace de travail Railway pour donner aux agents une visibilité sur tes projets, tes environnements, tes services et tes déploiements. Les agents peuvent suivre l'état des deploys, surveiller la consommation de ressources des services et corréler l'activité Railway avec le reste de ton infrastructure.
Rejoindre la liste d'attenteCe que Polylane fait avec Railway.
Tout ton espace de travail dans un seul graphe
Projets, environnements, services, déploiements, volumes, domaines et proxys TCP, avec leurs arêtes et leur historique. Les bases de données issues de templates à côté des services qui les utilisent.
Les deploys surveillés dès qu'ils arrivent
Les webhooks Railway alertent sur les déploiements échoués et plantés au moment où ils se produisent, résolvent l'alerte au succès suivant, et peuvent déclencher une enquête d'agent sur chaque deploy.
Métriques et logs lus à intervalles réguliers
Les agents passent au peigne fin le CPU, la mémoire et le disque de chaque service par rapport à son comportement habituel, et récupèrent les logs de déploiement et d'exécution en pleine enquête. Aucun seuil à régler.
Tes secrets restent les tiens
Polylane synchronise les noms des variables pour relier les clouds entre eux et ne lit jamais leurs valeurs. Les tokens sont chiffrés avant d'être stockés, et l'agent ne les voit jamais.
Comment ça marche.
Connecter
OAuth avec des scopes de lecture uniquement. Clique sur connecter, approuve dans Railway, et la synchronisation démarre.
Synchroniser
Les projets, les services, les déploiements et les volumes atterrissent dans le graphe, et chaque synchronisation suivante enregistre ce qui a changé.
Les agents prennent la garde
Les échecs de deploy font l'objet d'une enquête dès qu'ils arrivent, la consommation de ressources est jugée par rapport à la normale de chaque service, et les correctifs arrivent pour ta revue.
Dans le graphe.
Les types de ressources Railway que Polylane synchronise, avec leurs arêtes, leur config et leur historique.
Les outils que reçoivent les agents.
Ce qu'un agent peut faire avec Railway en pleine enquête. Chaque appel atterrit dans la transcription du thread, cité.
railwayApi Exécuter une opération GraphQL Railway sélectionnée (lectures, redémarrages, redéploiements, scaling)
railwayGetLogs Obtenir les logs d'exécution d'un service ou d'un déploiement Railway
railwayListDeployments Lister les déploiements Railway récents d'un projet
railwayQueryMetrics Interroger les métriques CPU, mémoire, réseau et disque des services Railway
Questions.
Polylane est-il un SRE IA pour Railway ?
C'est ce que la plupart des gens entendent par ce terme : des agents qui gardent tes ressources Railway dans un seul graphe de contexte, les surveillent, enquêtent sur les issues et réparent ce qu'ils peuvent, un humain approuvant tout ce qui change la production. Nous parlons de logiciel autonome en exploitation plutôt que de SRE IA : l'idée est que ton logiciel prend soin de lui-même, pas qu'un bot rejoigne la rotation d'on-call.
Polylane peut-il changer quoi que ce soit dans Railway ?
Seulement si tu le permets. Connectés en lecture seule, les agents enquêtent et expliquent, et les changements n'arrivent jamais autrement qu'en pull requests à relire. Avec l'accès en écriture, chaque écriture se met d'abord en pause pour ton approbation, avec la méthode, le chemin et la raison à l'écran. Les rollbacks sont désactivés par défaut : tu les actives toi-même et tu peux les désactiver à tout moment.