Railway. プロジェクト、サービス、デプロイメント、ボリューム.
Railwayのワークスペースを接続すると、エージェントがプロジェクト、環境、サービス、デプロイメントを見渡せます。エージェントはデプロイの状態を追跡し、サービスのリソース使用量を見守り、Railwayの活動をインフラの残りの部分と関連付けます。
ウェイトリストに登録PolylaneがRailwayで行うこと。
ワークスペース全体を1つのグラフに
プロジェクト、環境、サービス、デプロイメント、ボリューム、ドメイン、TCPプロキシを、エッジと履歴とともに。テンプレートのデータベースは、それを使うサービスの隣に。
デプロイを着地した瞬間から見守る
RailwayのWebhookが失敗やクラッシュしたデプロイメントをその瞬間に通知し、次の成功でアラートを解決し、すべてのデプロイをエージェントに調査させることもできます。
メトリクスとログを定期的に読む
エージェントが各サービスのCPU、メモリ、ディスクをそのサービスの通常の振る舞いに照らして調べ、調査の途中でデプロイログとランタイムログを取り出します。調整するしきい値はありません。
シークレットは手元に残ります
Polylaneはクラウドをまたいだ結び付けのために変数の名前を同期し、変数の値を読むことはありません。トークンは保存前に暗号化され、エージェントが目にすることはありません。
仕組み。
接続
読み取りスコープだけのOAuthです。接続をクリックし、Railwayで承認すると、同期が始まります。
同期
プロジェクト、サービス、デプロイメント、ボリュームがグラフに載り、以降の同期のたびに何が変わったかを記録します。
エージェントが見守りを引き受ける
デプロイの失敗は着地した時点で調査され、リソース使用量は各サービスの通常に照らして判断され、修正はレビューのために届きます。
グラフの中に。
Polylaneが同期するRailwayのリソースタイプです。エッジ、設定、履歴とともに。
プロジェクト 環境 サービス デプロイメント ボリューム ドメイン TCPプロキシ 通知ルール エージェントが得るツール。
調査の途中でエージェントがRailwayに対してできること。すべての呼び出しは出典付きでスレッドのトランスクリプトに残ります。
railwayApi 用意されたRailway GraphQL操作を実行する（読み取り、再起動、再デプロイ、スケーリング）
railwayGetLogs Railwayのサービスまたはデプロイメントのランタイムログを取得する
railwayListDeployments Railwayのプロジェクトの最近のデプロイメントを一覧する
railwayQueryMetrics RailwayのサービスのCPU、メモリ、ネットワーク、ディスクのメトリクスをクエリする
よくある質問
PolylaneはRailway向けのAIによるSREですか？
多くの人がその言葉で指しているものです。つまり、Railwayのリソースを1つのコンテキストグラフに保ち、見守り、イシューを調査し、本番環境を変えるものはすべて人の承認を経た上で、直せるものを直すエージェントです。私たちはこれをAIによるSREではなく、自律運用するソフトウェアと呼んでいます。要点はソフトウェアが自分の面倒を自分で見ることであり、ボットがオンコールのローテーションに加わることではありません。
PolylaneはRailwayの中の何かを変更できますか？
許可した場合だけです。読み取り専用で接続すると、エージェントは調査と説明を行い、変更はレビュー用のプルリクエストとしてのみ届きます。書き込み権限があっても、すべての書き込みはメソッド、パス、理由を画面に示した上で、まず承認のために一時停止します。ロールバックは既定で無効です。自分で有効にし、いつでも無効にできます。