何でもかんでも環境変数にしない - モヒカン技術ブログ

システムにおいて「環境変数」として扱うべきものは実は限られている。環境差がないものは環境変数として扱うべきではない。 そもそも環境変数とは何か 環境変数はOSがプロセスに渡す名前付きの文字列である。アプリケーションは起動後に $_ENV や process.env などから必要な値を読み込み、その後の処理に利用する。言語やフレームワークに依存しない、実行時入力の仕組みだ。 環境変数についての最も権威的な出典は The Twelve-Factor App の Config という記事だろう。 12factor.net この記事で言う環境変数は、ステージング・本番・開発環境などデプロイの間で異なり得るものに限られる。データベースの接続先、外部サービスの認証情報が代表例だ。一方、ルーティング定義のような内部設定はデプロイの間で変わらないので環境変数とせずにコードの内部で行うべき、とされている。

[pinkumohikan]

環境変数は地味に管理コストがあるし、障害の原因にもなりやすい。AIエージェントには読まさないプラクティスもあるので可能な限り避けたほうが良いまである。

[kompiro]

なにを環境変数にするべきかは議論したいよね。DBのパスワードは秘匿情報と扱いたいから環境変数で注入したいけど本番ではIAM認証するから不要、とか。コードに埋め込める情報かどうかをチームで話せるといいよね

[tmatsuu]

「環境差がないものは環境変数として扱うべきではない」せやな。ちゃんと意識していく。

[kkobayashi]

環境変数は実行環境（OS）の情報、パスやタイムゾーンであってEndpointみたいなアプリ固有の情報は設定ファイルに置くべきでは

[mkusaka]

環境変数はOSが渡す実行時入力に限定。DB接続先や認証情報など環境差だけを設定し、API pathはコードへ。

[nguyen-oi]

AI時代にenvをAIが見てくれないって視点は目から鱗だったわ確かに一理ある

[nekopon44]

E2BIG「そうだぞ」(何かと混線