Railway. Projekte, Services, Deployments und Volumes.
Verbinde deinen Railway-Workspace, um Agenten Sicht auf deine Projekte, Environments, Services und Deployments zu geben. Agenten verfolgen den Deploy-Status, beobachten den Ressourcenverbrauch der Services und korrelieren Railway-Aktivität mit dem Rest deiner Infrastruktur.
Auf die WartelisteWas Polylane mit Railway macht.
Dein ganzer Workspace in einem Graph
Projekte, Environments, Services, Deployments, Volumes, Domains und TCP-Proxies, mit ihren Kanten und ihrer Historie. Template-Datenbanken neben den Services, die sie nutzen.
Deploys beobachtet, während sie landen
Railway-Webhooks alarmieren bei fehlgeschlagenen und abgestürzten Deployments in dem Moment, in dem sie passieren, lösen den Alert beim nächsten Erfolg auf und können einen Agenten jeden Deploy untersuchen lassen.
Metriken und Logs in festem Takt gelesen
Agenten durchkämmen CPU, Speicher und Disk jedes Services danach, wie sich dieser Service normalerweise verhält, und holen mitten in der Untersuchung Deploy- und Runtime-Logs. Keine Schwellenwerte zum Tunen.
Deine Secrets bleiben deine
Polylane synchronisiert Variablennamen, um Services über Clouds hinweg zu verknüpfen, und liest die Werte nie. Tokens werden vor dem Speichern verschlüsselt, und der Agent sieht sie nie.
So funktioniert es.
Verbinden
OAuth, nur mit Lese-Scopes. Klick auf Verbinden, gib in Railway frei, und der Sync startet.
Synchronisieren
Projekte, Services, Deployments und Volumes landen im Graph, und jeder Sync danach hält fest, was sich geändert hat.
Agenten übernehmen die Wache
Deploy-Fehler werden untersucht, sobald sie landen, der Ressourcenverbrauch wird gegen das Normal jedes Services beurteilt, und Fixes kommen zu deinem Review.
Im Graph.
Die Ressourcentypen, die Polylane aus Railway synchronisiert, mit ihren Kanten, ihrer Konfiguration und Historie.
Projekt Environment Service Deployment Volume Domain TCP-Proxy Benachrichtigungsregel Die Tools, die Agenten bekommen.
Was ein Agent mitten in einer Untersuchung mit Railway tun kann. Jeder Aufruf landet zitiert im Thread-Transkript.
railwayApi Eine kuratierte Railway-GraphQL-Operation ausführen (Lesen, Neustarts, Redeploys, Skalierung)
railwayGetLogs Runtime-Logs eines Railway-Services oder -Deployments holen
railwayListDeployments Die jüngsten Railway-Deployments eines Projekts auflisten
railwayQueryMetrics CPU-, Speicher-, Netzwerk- und Disk-Metriken für Railway-Services abfragen
Fragen.
Ist Polylane ein KI-SRE für Railway?
Es ist das, was die meisten mit dem Begriff meinen: Agenten, die deine Ressourcen bei Railway in einem Context Graph halten, sie beobachten, Issues untersuchen und beheben, was sie können, während ein Mensch alles freigibt, was die Produktion verändert. Wir nennen es lieber Software, die sich selbst betreibt, statt KI-SRE: Der Punkt ist, dass deine Software auf sich selbst achtgibt, nicht dass ein Bot in die On-Call-Rotation einsteigt.
Kann Polylane etwas in Railway ändern?
Nur, wenn du es erlaubst. Nur lesend verbunden, untersuchen und erklären Agenten, und Änderungen landen ausschließlich als Pull Requests zu deinem Review. Mit Schreibzugriff hält jeder Schreibaufruf erst für deine Freigabe an, mit Methode, Pfad und Begründung auf dem Bildschirm. Rollbacks sind standardmäßig aus: Du schaltest sie selbst ein und kannst sie jederzeit wieder abschalten.