webアプリ開発における環境変数まわりのベストプラクティス

追記 文中で .env に依存させないというプラクティスを紹介しました。僕は基本的にはこれでよいと思っていますが、フレームワークによっては.envなどと深く結合して利便性を提供しているものもあります。この場合は無理して.envから脱却せず、うまいこと利用するのもありだなと最近感じています。ただし、フレームワークが.envと深く結合していない場合は、dotenvなどのライブラリを導入するよりも、起動時に環境変数として注入する方式のほうがよいと感じています。 nodejsを例に解説します。nodejsでは環境変数はprocess.env.環境変数名でとりだせます。また、開発環境・テスト環境・本番環境をそれぞれNODE_ENVという環境変数にdevelopment test productionと入れる文化があります。 アプリケーションコードに自分が今いる環境(開発|ステージング|本番)を意識さ

[headacher2]

フレームワークごとのベストプラクティスがあるのでNode限定という理解

[hintoku]

環境変数の中にも秘密情報とそうではないものもあって、保存方法を統一するか切り分けるかで管理の仕方変えたいかも。コンテナ化とかCI構築すると自然と切り出せるからプロジェクト初期に色々用意するの大事

[sametashark]

ここにあるように意図的に注入する方が当然安全だけれども、.envがなければ環境変数がとれるpython-dotenvは楽だったな。結局ファイルで置くと権限甘くて他人が読めたりzip等に紛れて保管されることがあるやも

[ko-ya-ma]

dotenv依存のコードでも".env"ファイルがなければ、普通に環境変数から値を読み込みますよ

[takyam1213]

"本番環境はその環境の環境変数をそのまま使うほうが扱いやすいです" これは実行環境次第だから.envのが扱いやすいこともあるし状況次第かなぁ。WEBアプリ、というかNodeの、だと納得感は高まる。

[ys0000]

これは結構参考になりそう。

[diveintounlimit]

主語がでかいけどわかる内容

[remonoil]

こういうのはPJ環境によって要件変わるのでなんとも。

[versatile]

なんか環境変数はセキュアじゃないイメージあるので、できるだけ使いたくないけど、まぁただのイメージだけど。array bounds write とか狙えそうだよねぇ。古い処理系とかだと。

[mimosafa]

[[development]‌][env]

[yuuAn]

「アプリの環境によって設定を分岐しない」は Rails でもそうした方がいいと思う。

[aktkro]

Nuxt3だとruntimeConfigで定義できるようになって便利だなぁと思う今日このごろ

[yamami78651]

パスワードのような機密情報はみんなに共有し管理することを目的としているバージョン管理システムにはアップしないように作る

[clubman023]

大体同じ

[kazkun]

なんか改善の余地がありそう。深く読んでないけど。

[Fushihara]

.envファイルを本番で作らないといけないのはそのとおりだけど、でもその分必要な環境変数をどこかで定義する必要があるんだし、なら.envに統一したほうがいいように思える