latestタグのままdocker imageを本番運用してどうなったか - 京都行きたい

latestタグや書き換えるためのタグ（develop, stagingなど）を使って、本番で運用するのはやめましょう。 コンテナイメージのキャッシュ状況やリリースフローによっては予期しない形で 予期しないバージョンが本番で起動する可能性があります。 本記事では、どのプラットフォームやツールで発生したかについては記載しません。 本題はそこではないのと、そもそも運用が間違っているので 記述しても余計な枝葉になるからです。 この記事ではどういうことが起きたか、について書きます。 どういうことが起きたか サービスで、dockerイメージのlatestタグを使って本番運用していた。 全コンテナをgraceful restartしたようだ。（つもりだったが・・・） 別の作業中、管理画面の表示がおかしくなっているという話が出てきた。 そこで調べてもらったところ、なぜかリリースしたはずの機能が正常に機能

[kutakutatriangle]

これほどタイトルだけで死亡フラグが見える記事もそうそうないですね　(これから本文読む)/読んだ。latestイメージ運用で最初に走ってしまったのはダメですが、こういう失敗の知見を出してもらえるのはありがたいですね

[mrwk]

タグにはimageをユニークに示せるものと示せないものがあり後者を使うと複数imageが同じものとして混在するのでまずい

[sue445]

以前調べたことあるんだけど一度pullしたイメージのexpireを意図的に短くすることができなさそうで確実にpullしたければ新しいtagを作るしかないという結論になった

[master-0717]

gitの本番ブランチ戦略も大丈夫なのか気になる

[gfx]

"元々latest運用されていたが どういう対応でバージョンを固定するかを考えていた" という状況での障害か。「とりあえず最初はlatestでいいか」ってのはついやっちゃいそうだな。

[GEROMAX]

蛮勇やね。

[yamadar]

初めてDockerでサーバー立てた時のことを思い出す。中身が変わって困るやつ

[z1h4784]

そっかgitのハッシュ値でやればいいのか。日付にしてた。Docker本番運用の経験が少ないからためになる

[hackapellmanda]

参考になる

[maecchi]

latestが良くないのは一度latestで運用失敗するととてもよくわかります。

[ryuichi1208]

不幸中の幸いの運がとてもよいな🤔

[rryu]

コンテナを立ち上げ直しても同じバージョンのイメージで起動してこないという罠。

[onesplat]

当たり前っちゃ当たり前なんだけどやっちゃいそうだな〜という話。やらかしアドカレにはこういうのが欲しかった

[lesamoureuses]

どっちも動くようにコードを書いていたらデータ欠損はなかったのかな？ “とある機能が実装されているバージョンとされていないバージョンがデプロイされていることが分かった”

[kawasin73]

データの欠損は新旧のバージョンが同時に動くことを想定したコードになってないのが原因のような気がする。データのマイグレーションの問題であってそれができないならブルーグリーンデプロイなどをするべきなような

[qtamaki]

再起動すると最新になってパッケージの整合性がおかしくなる事がよくある

[wata88]

楽だけど大事なやつではそんなことはできないんだよな

[hiby]

「14へ行け」並みの死亡フラグだな…

[y-kawaz]

gitのハッシュをタグにするのがまあ無難よね

[knjname]

当たり前の話なんだけど、じゃあ "latest" ではなく固定の "production" タグを参照し続ける運用はいいのか？　とか考えたいね

[yancy1969]

そりゃそうだろw

[naari_3]

せやな

[shag]

docker でも ansible でも あらゆる言語の version 管理ツール(pip, gem, carton, npm, etc.)でも、latest なんてタグが設定可能なこと自体が問題あるとしか。

[invent]

知見だ

[yamadadadada2]

コンテナも置かない完全なサーバーレスはこういう悩みからも開放されるのかな（やったことないが

[ebo-c]

怖い "サービスのピークタイムを過ぎていたので、データ欠損の影響を少なくするために、古いコンテナをぶつり落とした" → "が、しかし、今度は新しすぎるコンテナが立ち上がってきたのを観測した"