これ、そもそも前提からしておかしくて、イメージをbuildする時に.envファイルの中身に依存する構成にしたこと自体がダメでは。本番と検証で別の.envでビルドしたイメージを使ってたなら最初から設計がおかしいと思うぞ
そもそもがおかしな設計だったから直しましたという記事ではある
環境ごとにビルド分けないほうがいいのはそのとおりだけど、あんまりそうだって発信されてる例も少ないので大事な気がする。あとフロントのビルドスタックはそのままだと環境変数バンドルしがち
https://support.google.com/edu/classroom/thread/352786449?hl=en&sjid=5608415581462032055-NC
英語圏のカンファレンスの発表とか見てると「コンテナってさ？開発が大変だからデプロイも大変にしてやろう！みたいに気分で使われてると思うよね？」みたいなジョーク発言を時折見かける
機密情報でないセッション時間みたいな普通の環境変数はどうやって管理するのかしら？そういったものも全部Secret Managerで管理？
Build・Release・Run、大事やね。こうやってダメな構成を直しそれを発信してくれる全ての人に感謝したい。
🧹.env にさよなら！全てのサービス開発者が実感するビルドプロセス改善🔐⏱️⚙️
これ、そもそも前提からしておかしくて、イメージをbuildする時に.envファイルの中身に依存する構成にしたこと自体がダメでは。本番と検証で別の.envでビルドしたイメージを使ってたなら最初から設計がおかしいと思うぞ
そもそもがおかしな設計だったから直しましたという記事ではある
環境ごとにビルド分けないほうがいいのはそのとおりだけど、あんまりそうだって発信されてる例も少ないので大事な気がする。あとフロントのビルドスタックはそのままだと環境変数バンドルしがち
https://support.google.com/edu/classroom/thread/352786449?hl=en&sjid=5608415581462032055-NC
英語圏のカンファレンスの発表とか見てると「コンテナってさ？開発が大変だからデプロイも大変にしてやろう！みたいに気分で使われてると思うよね？」みたいなジョーク発言を時折見かける
機密情報でないセッション時間みたいな普通の環境変数はどうやって管理するのかしら？そういったものも全部Secret Managerで管理？
Build・Release・Run、大事やね。こうやってダメな構成を直しそれを発信してくれる全ての人に感謝したい。