開発環境にデプロイしたつもりが本番環境にデプロイされちゃった話 - Qiita

皆さんは予期せぬ事態が起きた時どうしますか？ 特に、予期せずやらかしてしまった時は冷静さを欠いてしまい、あらぬ方向へ進んでしまう人は多いと思います。 大事なのは事が起きしまった後に如何に対処できる事後処理能力と振り返り、そもそも事件が起こってしまわないようにするための事前対策です。 今回は私が参加していたとあるプロジェクトにて、私の事前調査が不十分だったせいで起きてしまった話をご紹介いたします。今回の事故が少しでも皆さんの役に立てればと思います。 開発背景 私が関わっているとあるプロジェクトの一部はFirebaseにて運用されています。特にフロントエンドはFirebase Hostingで配信されており、デプロイはGitHub上で特定のリリースタグを切ると自動でリリースされます。 Firebase Hostingはとても簡単にデプロイできます。どのくらい簡単かと言うと、firebase d

[kakei-akihiko]

注意散漫が原因っていうのは再発フラグ

[ksakahieki]

開発環境へのデプロイをCI/CD環境に閉じ込めてしまえばいいのでは

[k2wanko]

本番にデプロイできる権限をローカルに持ってればおこりえる。完全な対策をするなら本番はCI経由でしかデプロイできないように権限を設定しとくくらいかな

[nicht-sein]

接続先が二重管理されているのは確かに勘違いしやすいよね／github経由で（多分CI使って）本番デプロイする環境があるなら、原因はローカルに本番デプロイできる環境が存在していたってことなのでは？とか思った

[hintoku]

やっぱり自分事の体験談だと面白いですね。注意じゃなくてnpm scriptで環境ごとのデプロイコマンド用意してそっち使うようにするかなぁ

[mayumayu_nimolove]

これ、本人で解決したつもりになってるの勿体無いな。ブコメにいろんな知恵が書いてあるから。

[rAdio]

この手のある程度高度なリリースマネジメントを社内共有できて理解を得られるのが羨ましい。

[latena]

firebase deploy --project=(dev-project-id) を npm script にしてる

[koogawa]

本番環境でやらかしちゃった人 Advent Calendar 202015日目

[kazuau]

作業者１人が注意散漫だったとしても事故が起きないような体制と手順を確立しないと再発防止にはならない、って言われます

[diabah_blue]

「注意散漫」再発フラグ。

[kninok_d261007]

#面白記事 #反面教師 #必読

[T_Shino]

ﾄﾞｷｯ

[NOV1975]

便利さと安全性がトレードオフってのはまあよく分かるよね。本番環境リリースには一つハードルを増やす、というのが良い気もする（ぶっちゃけこれだと怖くてやりたくないレベル）

[rryu]

マルチサイトな割に.firebasercにtargetsが無いし、注意散漫というよりは使い方が間違っている感じがする。

[greenbow]

たしかに開発用のアカウントでそのまま本番環境にデプロイできちゃうのは怖いな。Firebase でアカウントごとに権限管理できないのかしら？

[Rishatang]

Firebaseよく知らないんですが、本番環境にデプロイする権限ないアカウントを作れないのかな？作れるならそれを使えばいいのではと思った

[eos2323]

rcとは別に設定ファイルがあるときに設定ファイルが優先されるのは当たり前な気がする。

[saikyo_tongaricorn]

手元での検証を念入りに行う過程でまた本番にデプロイしちゃう可能性が巨レ存？

[programmablekinoko]

devopsの弊害でもある

[knjname]

CLIデプロイ型嫌いだ

[kenzy_n]

戦慄のデプロイ

[sevenspice]

最近はクラウドが主流かつこういったデプロイの方法が多いので身につまされる。何だかんだで複数人で確認しながらの手動デプロイ作業は手間もかかるけど責任も分散できて安全だと思うことも多い。