【Railway】Config as Code
Railway で toml と json ファイルを使用してアプリを管理およびデプロイする方法を学びます。
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 |
デプロイメントの破棄に関する設定を行います。 |
Railwayはこちら （←このリンクから登録すると20ドル分のクレジットがもらえます）