【Railway】Config as Code

最終更新日: 2025/09/22

阿部隼也

AIイノベーションズ代表取締役社長 | x.com/ai_abe_shunya

リアルタイムアンケートツール: LiveQ

お悩み相談AIチャット: AI相談.com

Railwayはこちら（←このリンクから登録すると20ドル分のクレジットがもらえます）

Config as Code

Railway の Config as Code 機能を使用すると、railway.toml または railway.json ファイルでインフラストラクチャの設定を定義し、バージョン管理できます。

リポジトリのルートに railway.toml または railway.json ファイルを配置すると、Railway はデプロイ時にそのファイルを自動的に読み込み、サービスの設定を適用します。これにより、インフラストラクチャの変更をコードレビューのプロセスに含めることができます。

デフォルトでは、Railway はリポジトリのルートディレクトリにある設定ファイルを探します。別の場所にあるファイルを指定するには、サービスの「Settings」タブでパスを構成できます。

設定	説明
`builder`	使用するビルダー（例: `nixpacks`）を指定します。
`watchPatterns`	変更を監視するファイルパターンを指定します。
`buildCommand`	カスタムビルドコマンドを定義します。
`dockerfilePath`	Dockerfile へのパスを指定します。
`nixpacksConfigPath`	Nixpacks の設定ファイルへのパスを指定します。
`nixpacksPlan`	Nixpacks のビルドプランを直接記述します。
`nixpacksVersion`	使用する Nixpacks のバージョンを指定します。
`startCommand`	アプリケーションの開始コマンドを定義します。
`pre-deployCommand`	デプロイ前に実行するコマンドを指定します。
`multi-region`	複数リージョンへのデプロイを設定します。
`healthcheckPath`	ヘルスチェックのエンドポイントを指定します。
`healthcheckTimeout`	ヘルスチェックのタイムアウトを設定します。
`restartPolicyType`	再起動ポリシー（例: `ON_FAILURE`）を設定します。
`restartPolicyMaxRetries`	再起動の最大試行回数を設定します。
`cronSchedule`	Cron ジョブのスケジュールを定義します。
`environmentOverrides`	環境ごとの設定を上書きします。
`buildProvider`	ビルドプロバイダー（Nixpacks など）を設定します。
`deploymentTeardown`	デプロイメントの破棄に関する設定を行います。